OpenSSL静态库疑问：no-shared与shared构建差异及链接错误排查

1. 用shared选项构建的OpenSSL库是否无论用*.lib还是*_static.lib都依赖DLL？ #

是的。当以shared模式构建OpenSSL时，生成的libssl.lib/libcrypto.lib（DLL导入库）和libssl_static.lib/libcrypto_static.lib本质上都是依赖DLL的导入库，后者的_static命名容易造成误解——它并不是真正的静态库，只是OpenSSL构建体系中为内部依赖生成的辅助导入库，核心符号依然指向对应的libssl-*.dll和libcrypto-*.dll。你从Makefile注释中看到的描述完全准确，这类带_static后缀的lib无法脱离DLL独立运行。

2. 为何shared模式下的*_static.lib与no-shared模式的真实静态库文件大小相近？ #

这是因为两者的大小对比存在认知偏差：

• no-shared模式下的真实静态库（libssl.lib/libcrypto.lib）包含完整的加密/SSL函数实现代码，但OpenSSL默认会启用编译优化（如/O2），并且静态库的符号表会被精简，最终文件大小会被压缩。
• shared模式下的*_static.lib虽然是导入库，但它并非只包含简单的符号跳转表——它还打包了DLL初始化、模块依赖管理等辅助代码，加上符号表的冗余信息，导致文件大小看起来和优化后的真实静态库接近。但本质上两者内容完全不同：前者是符号引用集合，后者是可执行的机器码。

关于LNK2001: __imp_strerror_s链接错误的补充解决建议 #

这个错误的核心是标准库链接方式不匹配：

• OpenSSL在shared模式下默认使用/MD（动态链接C标准库）构建，因此导出的符号依赖标准库的动态版本（如__imp_strerror_s）。
• 如果你切换/MT到/MD后仍报错，检查以下几点：
  • 确保项目的**所有配置（Debug/Release、x86/x64）**都统一设置为/MD或/MDd（Debug版本），不要混合配置。
  • 清理项目的中间文件和输出目录，重新构建，避免旧的静态库残留导致冲突。
  • 链接器输入中只保留shared模式生成的lib文件，不要混入no-shared模式的静态库。

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