OptaPlanner未初始化解决方案处理及半自动化排课问题咨询

1. 构造启发式阶段无进度回调问题 #

你的两个推测部分正确：

• 首先，SolverManager.solveAndListen传入的bestSolutionConsumer默认确实只会在构造启发式阶段完全结束，生成第一个完整初始可行解后才会开始触发回调，这是OptaPlanner的原生设计，你的判断是对的。
• 其次，官方的设计逻辑确实默认构造启发式为低耗时的贪心构造流程，90%以上的求解耗时集中在局部搜索阶段，但该默认假设只适配中小规模、约束简单的场景，你遇到的排课场景实体多、约束复杂度高，构造阶段耗时10秒属于正常情况，原设计没有覆盖这类场景的进度反馈需求。

解决建议：无需修改核心规划逻辑，可通过注册PhaseLifecycleListener监听器监听构造启发式阶段的每一步执行进度，自己计算完成比例反馈给用户即可。

2. 半自动排课哨兵值方案问题解答 #

你提出的用unscheduled哨兵值标记未排课程的方案，是官方推荐的半自动排课、待处理队列场景的标准实现方式，四个问题的解答如下：

• 问题1：不存在明显的能力舍弃问题。该方案适配你的业务需求，反而能充分发挥OptaPlanner的局部搜索优化能力，你只需要额外添加一条硬约束规则：未分配到有效时段的课程需要扣罚足够高的硬约束分数，保证求解器优先完成所有课程的排布再优化其他软约束即可。
• 问题2：需要注意两个容易忽略的问题：
  • 初始解全为未排状态时，初始硬约束得分会非常低，局部搜索前期需要消耗一定时间先把课程分配到有效时段，你可以对少部分课程预先做基础分配降低初始得分的优化压力
  • 所有涉及时段、教室的统计、约束计算逻辑，都要主动过滤掉哨兵值对应的未排课程，避免出现统计错误、约束误判的问题
• 问题3：可以完全跳过构造启发式阶段。只要你的初始解中所有规划变量都完成赋值（哨兵值属于有效赋值，不是空值），OptaPlanner会判定解已完成初始化，直接进入局部搜索阶段，你也可以在求解配置中显式关闭构造启发式阶段，进一步减少启动耗时。
• 问题4：哨兵值方案不存在nullable变量的兼容性问题。官方提到的兼容性问题仅针对声明为nullable=true的规划变量，本质是因为空值在变更检测、问题事实同步逻辑中存在特殊处理逻辑，而哨兵值是正常的实体对象，属于规划变量的合法取值范围，完全兼容重复规划、实时规划的所有特性。

额外建议：用户钉选课程的需求可以直接用OptaPlanner原生的@PlanningPin注解实现，标记为钉选的课程的规划变量不会被求解器修改，无需自行实现锁定逻辑。

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