Linux下使用ctypes调用CPLEX C++ API编译的.so文件时遭遇未定义符号错误

这种情况在Linux下特别常见，主要是因为Linux的GCC链接器和macOS的链接器行为差异导致的——macOS的ld会自动调整库的链接顺序，但Linux的ld是严格按照你指定的顺序处理库依赖的，一旦顺序错了，就会出现未定义符号的问题。

我帮你梳理下解决方案：

1. 修正库的链接顺序 #

CPLEX系列库之间有明确的依赖关系，必须把依赖其他库的库放在前面，被依赖的库放在后面。对于CPLEX + CP Optimizer的组合，正确的链接顺序应该是：
-lilocplex -lcp -lcplex -lconcert
你之前的命令把-lconcert放在了-lcplex前面，这会导致Concert库依赖的符号无法被后续的CPLEX库解析，反过来才是正确的顺序。

2. 添加必要的链接参数 #

还要加上几个关键参数来避免链接器“自作主张”跳过必要的库，同时指定运行时库路径：

给你一个修正后的完整编译命令：

g++ -Wall -fPIC -shared -o main.so main.cpp \
-I/home/admin/cplex/CPLEX_Studio2211/cplex/include \
-I/home/admin/cplex/CPLEX_Studio2211/cpoptimizer/include \
-I/home/admin/cplex/CPLEX_Studio2211/concert/include \
-L/home/admin/cplex/CPLEX_Studio2211/cplex/lib/x86-64_linux/static_pic \
-L/home/admin/cplex/CPLEX_Studio2211/cpoptimizer/lib/x86-64_linux/static_pic \
-L/home/admin/cplex/CPLEX_Studio2211/concert/lib/x86-64_linux/static_pic \
-Wl,--no-as-needed \
-Wl,-rpath=/home/admin/cplex/CPLEX_Studio2211/cplex/lib/x86-64_linux/static_pic \
-Wl,-rpath=/home/admin/cplex/CPLEX_Studio2211/cpoptimizer/lib/x86-64_linux/static_pic \
-Wl,-rpath=/home/admin/cplex/CPLEX_Studio2211/concert/lib/x86-64_linux/static_pic \
-lilocplex -lcp -lcplex -lconcert -lm -lpthread

参数解释： #

• --no-as-needed：强制链接器包含所有指定的库，不会因为当前代码没有直接调用某库的函数就跳过它——CPLEX的很多内部依赖是间接的，这个参数能彻底避免符号缺失。
• -rpath：告诉动态链接器在运行时去哪里找CPLEX的静态库（哪怕你用了static_pic，加载.so时还是需要定位到这些库的位置）。
• 调整后的库顺序：确保每个库的依赖都能被后面的库正确解析。

3. 验证链接结果 #

编译完成后，可以用以下命令检查目标符号是否已经被正确解析：

nm -D main.so | grep _ZTI12IloException

如果输出中能看到这个符号，说明链接成功了，再用ctypes加载应该就没问题了。

另外注意，你Python代码里的.so路径要对应Linux下的实际路径，比如你已经改成了/home/admin/Downloads/IntegrationCP/main.so，这个是对的。

备注：内容来源于stack exchange，提问作者Paulo Nascimento