OptaPlanner求解器能否运行时重载ConstraintProvider？

针对你遇到的问题——OptaPlanner仅在构建求解器时加载ConstraintProvider，导致数据库参数更新无法实时生效，以下是几种可行的解决方案：

方案一：约束评估时动态获取参数（无需重建求解器） #

核心思路是不在ConstraintProvider初始化阶段加载数据库参数，而是每次约束评估时实时查询或从缓存获取最新参数。这样无需重建求解器，参数更新后会自动生效。

代码示例 #

@Component
public class SomeConstraintProvider implements ConstraintProvider {

  private final SomeRepository someRepository;

  public SomeConstraintProvider(SomeRepository someRepository) {
    this.someRepository = someRepository;
  }

  @Override
  public Constraint[] defineConstraints(ConstraintFactory constraintFactory) {
    return new Constraint[]{
        constraintFactory.from(YourEntity.class)
            .penalize("参数驱动的硬约束", HardSoftScore.ONE_HARD,
                entity -> {
                    // 每次约束计算时动态拉取最新参数
                    var latestParam = someRepository.findSomething();
                    // 根据参数和实体计算惩罚值
                    return entity.getField() > latestParam.getThreshold() ? 1 : 0;
                })
    };
  }
}

优化建议 #

频繁查询数据库会影响求解性能，可结合Spring缓存机制优化：

1. 给someRepository.findSomething()方法添加@Cacheable注解，缓存查询结果；
2. 当数据库参数更新时，调用@CacheEvict清空对应缓存，确保下次查询能获取最新值。

方案二：重建求解器实例（性能优先） #

由于OptaPlanner的Solver实例是不可变对象，一旦构建完成就无法修改内部的约束配置。因此要更新约束参数，必须销毁旧求解器，重新构建新的求解器实例，新实例会使用最新的参数初始化ConstraintProvider。

步骤1：将ConstraintProvider设为原型Bean #

默认Spring Bean是单例，需改为原型模式，确保每次构建求解器时都会创建新的ConstraintProvider实例，从而重新加载数据库参数：

@Component
@Scope("prototype")
public class SomeConstraintProvider implements ConstraintProvider {
  // 原有代码不变，初始化时查询数据库参数
}

步骤2：管理求解器生命周期 #

创建一个求解器持有者Bean，负责维护当前求解器实例，并提供刷新方法：

@Component
public class SolverHolder {

  private final SolverFactory<YourSolution> solverFactory;
  private final ApplicationContext applicationContext;
  private volatile Solver<YourSolution> currentSolver;

  public SolverHolder(SolverFactory<YourSolution> solverFactory, ApplicationContext applicationContext) {
    this.solverFactory = solverFactory;
    this.applicationContext = applicationContext;
    // 初始化首个求解器
    this.currentSolver = buildNewSolver();
  }

  public Solver<YourSolution> getCurrentSolver() {
    return currentSolver;
  }

  public synchronized void refreshSolver() {
    // 终止并关闭旧求解器，释放资源
    if (currentSolver.isSolving()) {
      currentSolver.terminateEarly();
    }
    currentSolver.close();
    // 构建新求解器，会获取原型模式的ConstraintProvider（加载最新参数）
    this.currentSolver = buildNewSolver();
  }

  private Solver<YourSolution> buildNewSolver() {
    SomeConstraintProvider constraintProvider = applicationContext.getBean(SomeConstraintProvider.class);
    return solverFactory.configure()
        .withConstraintProvider(constraintProvider)
        .buildSolver();
  }
}

使用方式 #

当数据库参数更新后，调用solverHolder.refreshSolver()即可切换到使用新参数的求解器。注意：此操作会中断当前正在进行的求解，适合对性能要求高、能接受短暂求解中断的场景。

方案三：结合SolverManager批量求解 #

如果使用OptaPlanner的SolverManager处理批量求解任务，可在每次提交任务时，直接使用最新参数构建临时求解器，或者配置SolverManager每次创建新的求解器实例，确保每次求解都使用最新约束参数。

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