如何链接自定义libcurl.so文件而非系统自带版本？

这个问题我之前也碰到过，核心原因是你直接链接具体的.so文件时，动态链接器在运行时并不会记住这个文件的路径，而是只会读取该文件的soname（比如libcurl.so.4），然后按照系统默认的库搜索顺序（如/lib64、/usr/lib64）去查找，自然就用上了系统自带的版本。下面给你具体的解决步骤：

1. 修改编译命令，使用标准的库链接方式 #

不要直接把.so文件路径写在编译命令里，而是用-L指定库的搜索路径，-l指定库名，同时加上-Wl,-rpath参数让程序运行时优先搜索你的自定义库路径。

修改后的完整编译命令：

g++ -g -m64 -D_FILE_OFFSET_BITS=64 -fPIC \
-I./curl-7.60.0/include -I./jsoncpp-src-0.5.0/include/ \
-L./curl-7.60.0/lib/.libs -L./jsoncpp-src-0.5.0/libs/linux-gcc-4.4.7 \
-Wl,-rpath=./curl-7.60.0/lib/.libs:./jsoncpp-src-0.5.0/libs/linux-gcc-4.4.7 \
tests.cpp -ljson_linux-gcc-4.4.7_libmt -lcurl -otests

参数解释： #

• -L<path>：告诉链接器在指定路径下搜索库文件
• -Wl,-rpath=<path>：将指定路径写入程序的动态链接信息中，运行时动态链接器会优先到这些路径找库
• -l<libname>：链接指定名称的库（比如-lcurl对应libcurl.so，-ljson_linux-gcc-4.4.7_libmt对应libjson_linux-gcc-4.4.7_libmt.so）

2. 验证解决效果 #

编译完成后，再次运行ldd tests，你应该会看到libcurl.so.4指向你自定义的./curl-7.60.0/lib/.libs/libcurl.so.4.5.0，而不是系统的/usr/lib64/libcurl.so.4。

如果还是有问题，可以用readelf -d tests查看程序的动态链接信息，确认RPATH字段是否包含了你指定的自定义库路径。

临时替代方案（不推荐长期使用） #

如果只是临时测试，可以在运行程序前设置LD_LIBRARY_PATH环境变量，让动态链接器优先搜索你的库路径：

export LD_LIBRARY_PATH=./curl-7.60.0/lib/.libs:./jsoncpp-src-0.5.0/libs/linux-gcc-4.4.7:$LD_LIBRARY_PATH
./tests

不过这种方法每次运行都需要设置，不如-rpath参数持久方便。

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