一、系统代理接管与注册表机制的根本分歧
1. Windows 的注册表接管逻辑
在 Windows 平台，客户端开启系统代理通常直接调用 Win32 API 修改系统注册表项：
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
这一机制开放而直接，但也容易引发冲突：如果本地安装了某些杀毒软件或网络修复工具，它们可能会在后台频繁与客户端抢夺注册表控制权，导致系统代理被强制静默关闭。
2. macOS 的网络偏好与 scutil 系统服务
macOS 则完全遵循 Unix 网络管理规范。客户端修改网络代理时，实质上是通过 networksetup 或底层 scutil 动态修改指定网络服务（如 Wi-Fi、雷雳以太网）的代理状态。
这意味着 macOS 的代理设置是与特定硬件网卡绑定的。如果你从 Wi-Fi 拔插切换到了有线网卡，客户端需要重新检测网络变更并向新网卡注入代理配置。
二、虚拟网卡与系统特权权限模型
| 操作系统 | 开启 TUN 虚拟网卡模式的方式 | 特权授权体验 | 典型独有故障 |
|---|---|---|---|
| Windows | 安装独立的 Windows 服务（Service Mode / Wintun 驱动） | 只需一次 UAC 管理员弹窗授权，后续静默自启 | UWP 微软应用商店程序由于沙箱隔离，默认无法访问 127.0.0.1 本地回环代理 |
| macOS | 安装特权辅助工具（Privileged Helper Tool）或系统网络扩展 | 需输入系统开机密码或触控 ID 指纹授权安装 Helper | 系统休眠合盖再打开时，网络接口重启可能导致短时间内无法解析 DNS |
三、Windows 专属痛点：UWP 回环代理隔离 (Loopback Exemption)
这是 Windows 用户最常踩的坑：电脑在浏览器里看外网顺畅无比，但打开微软应用商店（Microsoft Store）或部分基于 UWP 构建的新版系统应用时，却提示“无法连接网络”。
这是微软为了系统安全引入的 AppContainer 网络隔离沙箱，默认禁止 UWP 应用访问本地 127.0.0.1 上的任何端口。
解决之道：在 Clash Verge 客户端设置中找到“UWP 工具（Loopback 工具）”，勾选需要联网的微软应用并点击“保存”，解除其回环限制即可。
四、macOS 专属痛点：休眠唤醒与防 DNS 泄漏
MacBook 笔记本频繁涉及合盖待机与移动办公。当笔记本在锁屏休眠唤醒后，macOS 会重新向 DHCP 服务器请求局域网 IP。
此时，如果客户端的核心进程恢复滞后，可能会导致网络接口短时间内陷入无 DNS 响应的卡顿。
解决之道：确保 Clash Verge 开启了“TUN 严格路由（Strict Route）”与自动重启 DNS 模块，并在休眠恢复后给予系统 3~5 秒的网络稳定缓冲时间。
五、常见认知误区
误区：Mac 系统更安全，所以配置代理永远不需要管理员密码？
恰恰相反。macOS 正是因为权限管控严密，对任何涉及底层虚拟网卡创建、系统网络配置文件修改的动作都会要求管理员密码鉴权。初次运行客户端时提示输入系统密码是正常且必要的安全步骤。
六、常见问题 FAQ
Q：同一份订阅链接可以在 Windows 和 Mac 上共用吗？
完全可以。杨帆云提供的标准订阅链接兼容所有主流操作系统的客户端，无论在 Windows 的 Clash Verge 还是 macOS 版客户端中，直接复制导入均可正常解析使用。