Windows 10/11 新版代理设置 UI 的隐藏陷阱：http://http=127.0.0.1 导致代理无法开启

注意：Node.js 通过 PowerShell 设置 `http=127.0.0.1:port` 代理后，Windows 10/11 设置界面无法重新开启代理

适用场景 ：Electron / Node.js 桌面工具、本地开发调试、自用代理管理
关键问题：注册表写入正确，但系统 UI 保存逻辑导致"关闭后无法再开启"

最近在用 Node.js 开发一个仅供自己使用的代理开关工具，通过 child_process 调用 PowerShell 命令设置系统代理：

js 复制代码

const { exec } = require('child_process');

// 开启代理
exec(`powershell -Command "Set-ItemProperty -Path 'HKCU:\\Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings' -Name ProxyServer -Value 'http=127.0.0.1:${port}'; Set-ItemProperty -Path ... -Name ProxyEnable -Value 1"`);

脚本执行后，代理实际生效（浏览器能走本地代理），一切正常。

但在 Windows 10/11 的 "设置 → 网络 → 代理" 界面中，会看到代理地址显示为：

http://http=127.0.0.1

端口：8866

这个代理地址看着别扭，但是实测发现，请求还是会走到代理服务器。应该是展示方式的问题（甚至我都重启了，最后抱着试试看的心态人为改这个代理地址格式才发现问题。）。

此时如果代理已经是开启状态，点击"保存"按钮，不会出错，代理保持开启。

但一旦手动关闭代理开关，再尝试通过这个界面重新开启，开关会立刻自动跳回"关闭"状态，无法启用。

只有在地址输入框中手动删除 http://，只保留 http=127.0.0.1，再点击保存，才能成功开启。

然而，即使成功开启，下次进入设置界面，地址依然显示为 http://http=127.0.0.1，问题依旧存在。

📌 给其他开发者的提醒

如果你也在用 Node.js / Electron 通过 PowerShell 设置系统代理，并使用了如下格式：

text 复制代码

http=127.0.0.1:8866

请注意：

✅ 这个格式在注册表层面是完全合法且有效的；
❌ 但 Windows 10/11 的新版代理设置界面无法正确处理它；
⚠️ 不要依赖系统 UI 来开启代理，尤其是在代理已被关闭的情况下；
✅ 所有开关操作应始终通过你的程序调用 PowerShell 完成；
🔍 验证代理状态请用命令行（如 Get-ItemProperty ... ProxyEnable），不要相信 UI 显示。

💡 建议做法（自用工具）

js 复制代码

// 开启代理（Node.js）
exec(`powershell -Command "Set-ItemProperty -Path 'HKCU:\\...\\Internet Settings' -Name ProxyEnable -Value 1"`);

// 关闭代理（仅关开关，不清除 ProxyServer）
exec(`powershell -Command "Set-ItemProperty -Path 'HKCU:\\...\\Internet Settings' -Name ProxyEnable -Value 0"`);

这样可避免因 UI 干扰导致配置损坏。

总结：

这不是代码 bug，也不是权限问题，而是 Windows 系统 UI 对 protocol=host:port 格式支持不完善 导致的交互陷阱。

只要绕过 UI 操作，你的工具就能稳定工作。偷懒让AI总结的，别介意😂！

Windows 10/11 新版代理设置 UI 的隐藏陷阱：http://http=127.0.0.1 导致代理无法开启

注意：Node.js 通过 PowerShell 设置 http=127.0.0.1:port 代理后，Windows 10/11 设置界面无法重新开启代理

📌 给其他开发者的提醒

💡 建议做法（自用工具）

注意：Node.js 通过 PowerShell 设置 `http=127.0.0.1:port` 代理后，Windows 10/11 设置界面无法重新开启代理