OR-Tools CP-SAT 求解器中的预求解器Bug分析与修复

问题背景

在OR-Tools项目中，CP-SAT求解器是Google开发的高性能约束规划求解器。近期用户报告了一个关于预求解器(pre-solver)的bug，表现为在某些特定情况下错误地判定模型为不可满足(UNSAT)，而其他求解器却能正确求解。

问题重现

用户提供了一个简化的模型示例，主要包含以下关键约束：

1. 数组元素约束(array_var_int_element)
2. 线性等式约束(int_lin_eq)
3. 表格约束(table)

当使用CP-SAT求解器时，模型在预求解阶段就被判定为不可满足，而其他求解器如Chuffed、Gecode等则能正确求解。

技术分析

经过深入分析，发现问题出在预求解阶段对带有"domain"一致性标记的线性等式约束的处理上。具体表现为：

1. 当线性等式约束带有:: domain标记时，预求解器会错误地推导出矛盾
2. 移除该标记后，模型可以正确求解
3. 问题最小复现案例仅需三个简单约束：

var 2..2: x ::var_is_introduced :: is_defined_var;
constraint array_var_int_element(x,[1,3,2],3);
constraint int_lin_eq([1,-1],[1 ,x],-1):: domain:: defines_var(x);
solve satisfy;

根本原因

问题根源在于OR-Tools CP-SAT求解器中遗留的FlatZinc预求解代码。这部分代码在处理带有域一致性标记的线性等式约束时，没有正确考虑与其他约束的交互，导致过早地得出不可满足的结论。

解决方案

OR-Tools团队已经确认并修复了这个问题。修复方案主要涉及：

1. 修正预求解阶段对带标记约束的处理逻辑
2. 确保在推导过程中考虑所有相关约束的交互

影响范围

该问题影响：

• 使用CP-SAT作为后端的MiniZinc模型
• 包含特定组合约束的模型(元素约束+带标记的线性等式)
• OR-Tools 9.10和9.11版本

修复版本

该修复将包含在即将发布的OR-Tools 9.12版本中。对于当前遇到此问题的用户，临时解决方案是：

1. 避免在相关线性等式约束上使用:: domain标记
2. 或者等待9.12版本发布后升级

技术建议

对于约束编程开发者，建议：

1. 当遇到求解器间的结果不一致时，尝试简化模型定位问题
2. 注意约束标记的使用，某些标记可能影响求解器的行为
3. 保持求解器版本更新，以获取最新的错误修复和性能改进

OR-Tools团队对这类问题的快速响应展示了他们对开源社区的支持和对软件质量的重视。