Windows容器中C#互操作使用OR Tools时程序冻结问题排查

关于58656端口的疑问 #

• OR-Tools的部分组件（比如CP-SAT求解器、线性规划求解器）会用本地回环TCP端口做内部进程间通信，58656是常见的默认端口之一。Windows容器默认允许本地回环通信，不需要向宿主机开放这个端口，但要注意两个点：
  1. 在容器内执行命令netstat -ano | findstr :58656，检查该端口是否被其他进程占用，要是被占用，OR-Tools组件无法建立连接就会导致程序冻结。
  2. 确认OR-Tools的配置没有被改成强制使用外部网络，若配置错误，容器的网络隔离会直接导致连接失败。

其他需要排查的方向 #

• 资源配额不足：Windows Server Core容器默认的CPU、内存配额可能无法满足OR-Tools求解器的需求，尤其是处理复杂模型时。启动容器时添加--cpus 4 --memory 8g这类参数调高资源分配，测试是否能缓解冻结问题。
• 系统组件缺失：虽然解决了VC++运行时依赖，但OR-Tools可能依赖Server Core镜像默认未安装的Windows组件（比如某些Win32 API依赖的系统DLL、特定系统服务）。对比非容器环境的已装组件，补装缺失的Windows Feature或系统文件。
• C#互操作问题：C#调用原生DLL时，若调用约定错误（比如未设置CallingConvention.Cdecl）、内存未正确释放、跨线程调用未同步，都可能引发死锁或内存泄漏，进而导致程序冻结。仔细检查互调用的代码细节。
• 开启OR-Tools日志：通过环境变量或API参数开启OR-Tools的详细日志（配置LOGGING相关选项），查看冻结发生时的日志输出，定位是初始化、模型构建还是求解过程出现了问题。
• 临时目录权限：OR-Tools求解时可能需要写入临时缓存文件，若容器内的%TEMP%目录权限不足，程序会因无法写入文件而挂起。检查运行程序的用户对临时目录是否拥有读写权限。
• 求解器配置不一致：非容器环境中可能给OR-Tools设置了超时时间、并行线程数等参数，若容器内未同步这些配置，求解器可能进入无限计算状态。将两边的求解器配置对齐后再测试。

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