在Spring Boot中以库形式使用Drools的最佳实践咨询

1. 仅以库形式集成（不使用Kogito/KieServer）是否可行合理？ #

完全可行且合理。对于你的小型内部项目来说，这种轻量集成方式是最优选择：

• 不需要KieServer提供的远程规则管理、集群部署等复杂能力，减少不必要的架构复杂度
• 直接作为Jar包嵌入Spring Boot应用，部署到Kubernetes和普通Java应用无差异，运维成本更低
• 规则逻辑和业务代码紧密耦合，适合需求相对稳定的小型场景

2. 传统KieServices vs 新Rule Units 如何选择？ #

传统KieServices方式 #

• 优势：成熟稳定，社区资源和入门教程丰富，新手容易快速上手；API风格符合传统Java开发者习惯
• 适合场景：规则逻辑简单、规则数量少的入门场景，或者团队对Drools还不熟悉的阶段

Rule Units方式 #

• 优势：Drools 7+推出的现代化API，采用面向对象的方式封装规则和对应的数据模型，规则与数据的绑定更清晰，代码可维护性更高；支持更模块化的规则组织
• 适合场景：规则逻辑复杂、需要按业务模块拆分规则的场景，或者计划长期迭代扩展规则的项目

建议：作为新手可以先从KieServices入手，快速搭建跑通流程，熟悉Drools核心概念后，再逐步迁移到Rule Units；如果项目从一开始就有明确的规则模块化需求，也可以直接采用Rule Units。

3. Spring Boot 集成 Drools 8.44.Final 最佳实践 #

步骤1：添加正确的Maven依赖 #

在pom.xml中引入核心依赖，注意统一使用8.44.Final版本：

<dependencies>
    <!-- Drools 核心依赖 -->
    <dependency>
        <groupId>org.drools</groupId>
        <artifactId>drools-core</artifactId>
        <version>8.44.Final</version>
    </dependency>
    <dependency>
        <groupId>org.drools</groupId>
        <artifactId>drools-compiler</artifactId>
        <version>8.44.Final</version>
    </dependency>
    <!-- Spring 集成依赖 -->
    <dependency>
        <groupId>org.kie</groupId>
        <artifactId>kie-spring</artifactId>
        <version>8.44.Final</version>
        <!-- 排除冲突的Spring依赖，根据你的Spring Boot版本调整 -->
        <exclusions>
            <exclusion>
                <groupId>org.springframework</groupId>
                <artifactId>spring-tx</artifactId>
            </exclusion>
            <exclusion>
                <groupId>org.springframework</groupId>
                <artifactId>spring-beans</artifactId>
            </exclusion>
            <exclusion>
                <groupId>org.springframework</groupId>
                <artifactId>spring-core</artifactId>
            </exclusion>
            <exclusion>
                <groupId>org.springframework</groupId>
                <artifactId>spring-context</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
</dependencies>

步骤2：配置KModule.xml #

在src/main/resources/META-INF下创建kmodule.xml，定义规则库和会话：

<?xml version="1.0" encoding="UTF-8"?>
<kmodule xmlns="http://www.drools.org/xsd/kmodule">
    <!-- 定义规则库 -->
    <kbase name="rulesKBase" packages="rules">
        <!-- 定义规则会话，type为stateful/stateless，根据业务选择 -->
        <ksession name="rulesKSession" type="stateful"/>
    </kbase>
</kmodule>

• packages="rules"对应规则文件存放目录src/main/resources/rules，所有.drl文件会被自动扫描

步骤3：Spring 配置类 #

创建配置类，将KieContainer和KieSession注入Spring容器：

import org.kie.api.KieServices;
import org.kie.api.runtime.KieContainer;
import org.kie.api.runtime.KieSession;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class DroolsConfig {

    // KieContainer是线程安全的，建议单例
    @Bean
    public KieContainer kieContainer() {
        return KieServices.get().getKieClasspathContainer();
    }

    // KieSession不是线程安全的，建议用原型模式，每次请求创建新实例
    @Bean
    public KieSession kieSession(KieContainer kieContainer) {
        return kieContainer.newKieSession("rulesKSession");
    }
}

步骤4：业务代码中使用规则引擎 #

在Service层注入KieSession，处理业务对象：

import org.kie.api.runtime.KieSession;
import org.springframework.stereotype.Service;

@Service
public class RuleService {

    private final KieSession kieSession;

    // 构造注入KieSession
    public RuleService(KieSession kieSession) {
        this.kieSession = kieSession;
    }

    public void executeRules(BusinessObject businessObj) {
        try {
            // 插入业务对象
            kieSession.insert(businessObj);
            // 执行规则
            kieSession.fireAllRules();
        } finally {
            // 关闭会话，释放资源
            kieSession.dispose();
        }
    }
}

常见问题规避 #

• 确保kmodule.xml放在META-INF目录下，否则Drools无法扫描到规则配置
• 规则文件（.drl）语法要符合Drools 8规范，避免过时语法（比如旧的dialect配置）
• KieSession是非线程安全的，必须保证每个请求/线程使用独立的会话实例，不要全局复用
• 如果遇到依赖冲突，优先排除kie-spring中自带的Spring依赖，使用Spring Boot统一管理的版本

内容的提问来源于stack exchange，提问作者Nikola