同一C++Builder项目中Indy库与不同版本OpenSSL兼容问题咨询

针对你遇到的Indy依赖旧版OpenSSL、主代码依赖新版的场景，有以下几种可靠的隔离方案：

1. 运行时包(Package)隔离 #

这是改动最小的方案，利用C++Builder的包机制实现符号隔离：

• 将Indy的所有相关单元、以及OpenSSL 1.0.2的libeay32.lib/ssleay32.lib打包成一个独立的运行时包(.bpl)。编译这个包时，确保链接的是旧版OpenSSL库，且包的编译参数（如Unicode、编译器版本）与主项目一致。
• 主项目中，直接链接OpenSSL 3.0.0的libcrypto_static.lib/libssl_static.lib，同时引用上述打包好的Indy运行时包。
• 原理：运行时包的符号空间独立于主程序，旧版OpenSSL的符号不会与主程序的新版符号冲突，Indy会从包中加载旧版OpenSSL的函数。

2. 动态加载旧版OpenSSL #

通过手动动态加载旧版DLL，彻底隔离新旧版本的符号：

• 编写一个封装层（比如IndyOpenSSLWrapper.cpp），在其中用LoadLibrary加载旧版的libeay32.dll和ssleay32.dll，通过GetProcAddress获取所有Indy用到的OpenSSL函数地址。
• 修改Indy的代码，将所有直接调用OpenSSL函数的地方，替换为调用封装层的函数。
• 主项目正常链接新版OpenSSL静态库，Indy部分通过封装层调用旧版DLL，完全无符号冲突。

示例封装层代码片段：

#include <windows.h>

// 定义函数指针类型
typedef int (*SSL_connect_ptr)(void* ssl);

// 全局函数指针
SSL_connect_ptr Indy_SSL_connect = nullptr;

void InitIndyOpenSSL() {
    HMODULE hLibSSL = LoadLibrary(L"ssleay32.dll");
    if (hLibSSL) {
        Indy_SSL_connect = (SSL_connect_ptr)GetProcAddress(hLibSSL, "SSL_connect");
    }
}

3. 静态编译+符号重命名隔离 #

如果不想用动态加载或包，可以通过符号重命名解决静态链接的符号冲突：

• 编译Indy和OpenSSL 1.0.2时，为旧版OpenSSL的所有符号添加统一前缀（比如Indy_）。可以通过bcc32c的--prefix-symbols=Indy_编译器选项，或手动修改OpenSSL头文件，用#define重命名函数名，例如：

  #define SSL_connect Indy_SSL_connect
  #define SSL_library_init Indy_SSL_library_init
  

• 将修改后的Indy和旧版OpenSSL编译成静态库，主项目链接这个静态库（带前缀的符号），同时正常链接新版OpenSSL静态库，这样新旧版本的符号名不同，不会冲突。

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