PAC 自动代理、手动系统代理和 Clash 全局模式有什么区别？
PAC 按 URL 返回代理或直连，手动系统代理把兼容应用交给固定本地端口，Clash 全局模式则决定进入内核后的出口。三者处于不同层。
先看重点PAC 是一段按请求返回 PROXY 或 DIRECT 的自动配置脚本；手动系统代理给应用一个固定代理地址；Clash“全局模式”只决定已经进入内核的流量统一走哪个策略组。开了全局模式并不能强迫不读取系统代理的 App 进入 Clash，PAC 返回 DIRECT 的请求也可能完全绕过本地端口。
“自动代理”“系统代理”“全局代理”在不同软件里经常使用相似中文名，但它们并不是三个强度档位。最容易记的方法是：PAC 决定应用要不要找代理，系统代理告诉应用去哪个本地端口，Clash 模式决定进入内核后从哪个出口走。
PAC 是逐个请求做选择
PAC 文件包含 FindProxyForURL(url, host) 函数。Microsoft 文档说明，它会根据目标地址、协议或主机名返回代理指令，或者返回 DIRECT 直接连接。
这意味着同一浏览器里，A 网站可以交给代理，B 网站可以直连。优点是规则轻量、适合企业或固定场景；缺点是只有支持 PAC 的应用才会执行脚本，脚本下载失败、缓存或规则过期也会影响结果。
PAC 返回 DIRECT 的请求通常不会先进入 Clash 再由 Clash 判断，而是应用直接连接目标。因此只看 Clash 日志没有记录，可能是 PAC 在入口前就放行了。
手动系统代理给出固定入口
Windows 手动代理通常填写一个地址和端口，例如本机 Mihomo 的 HTTP 或 mixed-port。愿意读取系统设置的应用会把请求交给它，然后由 Mihomo 规则决定直连或代理。
相比 PAC，规则主要留在客户端内核里，更新和日志更集中。但 Microsoft 也指出，不同应用是否读取系统代理或 PAC 取决于其网络实现；某些 Store App、后台服务和自带网络栈的软件会使用其他配置。
Clash 全局模式发生在流量进入之后
Mihomo 有 rule、global 和 direct 三种运行模式：
rule：按路由规则选择策略组；global：已进入内核的请求统一交给 GLOBAL 策略组；direct：已进入内核的请求统一直连。
“全局”并不等于全系统透明接管。一个 App 完全没使用系统代理、PAC 或 TUN 时，切到 global 也看不到它的流量。
为什么会出现网页一半能开、一半不能
- PAC 规则对某些域名返回了
DIRECT； - 浏览器缓存了旧 PAC；
- PAC 自身 URL 当前下载失败；
- Clash 已切 global，但失败的 App 根本没有进入内核；
- 系统代理端口还是旧值，客户端已换到新端口；
- 目标属于本地绕过列表。
先看问题请求是否出现在 Clash 日志。没有记录就查入口/PAC；有记录再查 Clash 模式、规则和节点。这样不会在错误的一层反复换节点。
普通个人设备怎么选
日常用 Clash 时，手动系统代理加 Mihomo rule 模式通常更容易理解：应用统一进入一个本地端口，内核日志解释直连或代理。只有你确实需要在客户端之前按 URL 选路，且所用应用明确支持 PAC，才增加自动脚本。
不需要为了“更全局”同时开启 PAC、手动代理和多个浏览器扩展。入口越多，越容易出现规则重复和互相覆盖。
三步判断当前是哪一层出错
- 看日志：请求完全不出现，检查 PAC、系统代理和应用自己的代理设置；
- 看命中：请求出现但显示 DIRECT，检查 Mihomo 当前模式和规则；
- 看出口：命中节点仍失败，检查节点、协议和目标限制。
如果浏览器正常、Windows 服务却不跟随，请继续看 WinHTTP 与用户代理的区别，不要把所有 Windows 网络栈都当成同一套设置。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程，也欢迎纠错
想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗？
最新评论
- 正在加载评论……