如何在 OptaPlanner 中为相邻作业的宽度变化添加软约束惩罚-java教程-PHP中文网

如何在 OptaPlanner 中为相邻作业的宽度变化添加软约束惩罚

本文介绍如何在 OptaPlanner 中实现“当相邻作业产品宽度不同时施加软分惩罚”的约束逻辑，核心是采用 @PlanningListVariable 替代传统单元素规划变量，从而自然获取前驱/后继作业引用，并在 Constraint Stream 中高效比对宽度差异。

本文介绍如何在 optaplanner 中实现“当相邻作业产品宽度不同时施加软分惩罚”的约束逻辑，核心是采用 @planninglistvariable 替代传统单元素规划变量，从而自然获取前驱/后继作业引用，并在 constraint stream 中高效比对宽度差异。

在作业调度场景中，减少设备重配置次数是典型的现实优化目标。例如，若连续加工相同宽度（如 120mm）的工件，无需调整模具；一旦下个作业宽度变为 80mm，则触发一次宽度切换，产生时间与资源损耗。OptaPlanner 默认的 @PlanningVariable（一对一映射）无法直接表达“当前作业的下一个作业是谁”，因此无法在 Constraint Stream 中安全、高效地访问相邻元素——这正是原代码 .forEach(Job.class) 遇到的根本瓶颈。

✅ 正确解法：使用 @PlanningListVariable
将作业序列建模为机器（Machine）上的有序列表，而非分散分配：

public class Machine {
    @PlanningId
    private Long id;

    @PlanningListVariable
    private List<job> jobList; // ✅ 关键：有序作业列表

    // getters & setters...
}

public class Job {
    private Integer width; // 如：120, 80, 120...

    // getter...
    public Integer getWidth() { return width; }
}</job>

在此模型下，Constraint Stream 可通过 joinNext() 操作符精准获取每对相邻作业（current → next），并施加宽度差异惩罚：

private Constraint widthChangePenalty(ConstraintFactory constraintFactory) {
    return constraintFactory.forEach(Job.class)
            .joinNext(Job.class) // ← 自动匹配 (job[i], job[i+1]) 对
            .filter((current, next) -> !Objects.equals(current.getWidth(), next.getWidth()))
            .penalize(HardSoftScore.ONE_SOFT)
            .asConstraint("Width change penalty");
}

⚠️ 注意事项：

joinNext() 仅在 @PlanningListVariable 场景下有效，它依赖 OptaPlanner 对列表顺序的内部索引维护；
确保 Job 类正确实现 equals()/hashCode()（至少基于 @PlanningId），避免因对象引用误判导致过滤失效；
若需惩罚“首作业无前驱”或“末作业无后继”的边界情况，joinNext() 已自动跳过（安全）；
如需更细粒度惩罚（如宽度差值越大罚分越高），可将 penalize() 替换为 penalizeConfigurable((current, next) -> Math.abs(current.getWidth() - next.getWidth()))。