Hey Bob，我刚好处理过不少POCO升级OpenSSL 1.1.x的场景，结合你用的Shining Light版本和VS2015环境，给你梳理下解决步骤：

首先得明确核心原因：OpenSSL 1.1.x版本彻底更改了库的命名规则，不再沿用旧版的ssleay32MT.lib、libeay32MT.lib这类命名，换成了更简洁的新名称，这就是你遇到适配问题的关键。

1. 确认POCO编译时的SSL配置正确性 #

你重新编译POCO 1.9.0的时候，得确保编译配置已经正确指向新的SSL库名称：

• 打开POCO源码里的build/config/VS2015配置文件，找到OPENSSL_LIBS相关配置，替换成：

  OPENSSL_LIBS = libssl.lib libcrypto.lib
  

  如果是用动态链接的SSL库，就换成对应的导入库名称：libssl-1_1-x64.lib libcrypto-1_1-x64.lib
• 重新编译POCO的Crypto和Net_SSL_OpenSSL模块，确保编译过程中正确链接了新SSL库，而不是旧命名的库。

2. 调整VS项目的链接器设置 #

在你的VS2015项目里，需要更新链接器的相关配置：

• 先移除旧的依赖库：ssleay32MT.lib、libeay32MT.lib（包括debug版本的ssleay32MTd.lib、libeay32MTd.lib）
• 添加新的SSL库依赖：
  • 静态链接场景：libssl.lib、libcrypto.lib（debug版本对应libssld.lib、libcryptod.lib，Shining Light包一般会提供）
  • 动态链接场景：libssl-1_1-x64.lib、libcrypto-1_1-x64.lib（debug版本同理带d后缀）
• 确保链接器的附加库目录指向Shining Light安装的OpenSSL 1.1.0g的lib/x64路径（适配你的64位环境）。

3. 处理动态链接的运行时依赖 #

如果用的是动态SSL库，别忘了把OpenSSL的动态库文件（libssl-1_1-x64.dll、libcrypto-1_1-x64.dll）放到项目的输出目录，或者添加到系统PATH中，不然运行时会出现找不到库的错误。

4. 验证头文件路径的优先级 #

确保项目中引用的POCO头文件是1.9.0版本的，并且优先指向OpenSSL 1.1.0g的include目录——POCO 1.9.0本身已经适配了OpenSSL 1.1.x的API变更，只要头文件路径正确，就不会有编译层面的API不兼容问题。

最后补充个小细节：Shining Light的OpenSSL安装包在lib/x64目录下通常同时提供静态库和动态导入库，你要根据自己项目的链接方式（静态/动态）选择对应的库，别混着用哦。

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