上周二下午我花了大半个下午折腾一个客户的EA。这EA在他家里的Win11电脑上跑得好好的，结果一放到Windows Server 2022的VPS上就报“DLL调用失败”，日志里就一行错误码，其他啥都没说。论坛上的标准回复永远是“DLL导入勾选了吗”、“是不是没放对文件夹”，我都勾了，路径也检查了三遍，没用。
后来我跟了很久才发现，根本原因不在MT4界面上的那个复选框，而是Windows Server对32位程序（MT4还是32位）的用户临时文件夹权限处理方式和桌面版完全不同。这个EA里调了一个自己写的C++ DLL，用来做订单风控，启动的时候会在
C:\Users\Administrator\AppData\Local\Temp里写一个临时日志。在家用电脑上Administrator账户当然有权限，但在VPS上，虽然显示是管理员，但很多IDC或云厂商的模板会通过组策略限制系统目录的写入，特别是Temp这种容易被病毒利用的文件夹。最后救了我的是微软官方文档里关于WOW64文件系统重定向的一小段话，里面提到了
%USERPROFILE%在不同执行上下文（会话vs服务）下的展开路径差异。顺着这个线索，我摸索出了一套流程，后来在三个不同VPS商家的机器上都验证有效。下面是完整的操作过程，按着做基本能解决八成的DLL加载类报错。
terminal.exe进程全杀掉。这一步很关键，不然Windows会一直占用DLL文件和注册表项，你改什么设置都不会生效。regedit，找到HKEY_CURRENT_USER\Software\MetaQuotes\Terminal\Build。下面会有一堆GUID文件夹，一个一个点开看哪个是你当前这个交易账户的配置。DataFolder路径</strong>。这就是MT4的“沙箱”目录，我发现在VPS上如果默认指向C:\ProgramData这种系统保护目录，权限限制非常严格。我直接建了一个C:\MT4_Data\文件夹，把EA和DLL都挪过去，然后在注册表里把DataFolder改成这个新路径。这就绕过了Program Files里的那些安全策略。TMP和TEMP，值都设成你新建的文件夹，比如C:\MT4_Temp\。改完后必须注销再登录VPS，变量才会生效。CWDIllegalInDllSearch注册表项，默认是1，代表禁止在应用程序目录里搜DLL。但MT4这种老架构其实需要先搜自己目录。在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager下新建一个DWORD (32-bit)值，名字叫CWDIllegalInDllSearch，数值数据填0。改完这个，Windows才会先去EA所在的文件夹里找DLL，而不是死磕系统目录。做完上面这几步再开MT4，EA的DLL加载就正常了，日志里也看到了DLL内部打印出来的调试信息，问题解决。
参考来源：Dynamic-Link Library Search Order，微软官方文档。文中提及的注册表策略在此文档中有明确描述。
本文首发于FXEAR.com，原创内容，未经授权禁止转载