你遇到的这个问题很典型——本地运行正常但RDP会话里WebBrowser控件加载页面卡壳、脚本报错，虽然已经配置了浏览器仿真版本，我这里整理几个针对Windows Server 2012 R2 64位环境的关键修复步骤：

1. 关闭IE增强安全配置（IE ESC） #

Windows Server默认开启的IE增强安全配置会在RDP会话中严格限制控件的脚本执行：

• 打开服务器管理器 → 切换到本地服务器标签 → 找到IE增强安全配置，把管理员和普通用户的设置都改成关闭
• 重启你的application.exe，测试页面是否恢复正常

2. 启用RDP会话的GPU硬件加速 #

RDP默认可能禁用了硬件加速，导致WebBrowser控件的渲染和脚本执行效率骤降：

• 打开注册表编辑器（运行regedit），导航到：
  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\WinStations\RDP-Tcp
• 创建或修改DWORD值fDisableCfx，设置为0（启用硬件加速）
• 同样在HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Terminal Server\WinStations\RDP-Tcp路径下做相同配置
• 重启终端服务或者整个服务器生效

3. 添加FEATURE_SCRIPT_MITIGATION注册表项 #

这个配置可以解除RDP会话中对控件脚本的额外限制：

• 导航到两个注册表路径：
  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_SCRIPT_MITIGATION
  和
  HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\MAIN\FeatureControl\FEATURE_SCRIPT_MITIGATION
• 在两个路径下都创建DWORD值application.exe，设置为0（允许脚本正常执行）

4. 确认浏览器仿真配置无冲突 #

虽然你已经设置了11001，但可以再检查这几点：

• 确保application.exe的DWORD值是十进制的11001（对应IE11边缘模式）
• 检查HKEY_CURRENT_USER下的相同FEATURE_BROWSER_EMULATION路径，是否存在覆盖本地机器设置的用户级配置，如果有，改成一致的11001或者删除
• 确认服务器上安装的是IE11，因为11001只适配IE11环境

5. 验证用户权限问题 #

试试用管理员权限在RDP会话中运行你的应用：

• 如果管理员权限下正常，说明普通用户权限不足，需要给应用程序所在目录添加用户的读取/执行权限，或者在应用的兼容性设置里勾选以管理员身份运行此程序

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