Delphi XE5加载OpenSSL库异常求助：需附带DLL文件

我来帮你拆解这个问题的核心：Windows 7本身从来不会预装OpenSSL库，你之前能单独发布EXE就正常运行，绝对是当时的系统里已经有其他软件悄悄把OpenSSL的DLL（比如libeay32.dll、ssleay32.dll这类1.0.x版本的文件）放到了程序能找到的路径里——比如C:\Windows\System32，或者某个在PATH环境变量里的目录。而全新安装的Win7+最新更新后，这个“隐藏的依赖来源”消失了，所以现在必须自己带DLL才行。

具体原因可以拆成这几点：

• 系统里的“共享”OpenSSL DLL没了：之前你的开发机或者用户机上，肯定装过Apache、Git、某些VPN工具甚至杀毒软件这类会自带OpenSSL的程序，它们会把DLL丢到系统目录里。但全新安装的Win7没有这些第三方软件，微软的系统更新也绝对不会帮你装OpenSSL，所以你的程序启动时找不到依赖的DLL。你后来装的OpenSSL官方安装程序，默认会把DLL放到自己的安装目录（比如C:\OpenSSL-win32\bin），这个目录不在Windows的默认搜索路径里，程序自然找不到。
• Indy10的DLL搜索逻辑可能变了：虽然你说用的是同一个Delphi XE5，但如果你重新安装过Indy10，可能版本和之前有差异——旧版本的Indy可能会优先搜索系统目录，而新版本为了安全，会严格只在程序当前目录、PATH指定的路径里找。加上Win7更新后UAC权限更严格，程序可能没有权限读取系统目录的DLL（就算有的话）。
• OpenSSL版本不兼容：Win7的最新更新可能修改了底层系统API，导致旧版本的OpenSSL DLL无法加载。另外，Indy10在XE5那个时期只兼容OpenSSL 1.0.x系列的DLL，如果你装的是新版的1.1.x或3.x，Indy根本识别不了，就算装了也没用。

快速验证方法 #

你可以用Dependency Walker工具打开你之前能正常运行的EXE，看看它依赖的OpenSSL DLL具体是哪个版本、叫什么名字，再去全新Win7的系统目录里搜——大概率是找不到的，这就是问题的核心。

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