浏览器代理扩展和客户端一起用会冲突吗

谁说了算

浏览器的代理设置有一条明确的优先级：扩展 > 系统代理。只要扩展处于「使用代理」的某个情景模式，它就完全接管这个浏览器的出口，客户端有没有开系统代理都不影响。

所以「客户端开了但浏览器不走代理」，第一件事是看扩展的图标是不是切在了直连情景模式上，而不是去重启客户端。

三种常见搭配

• 扩展设为「系统代理」模式：等于把决定权交回客户端，客户端开关系统代理时浏览器跟着变。适合不想操心的人。
• 扩展设为固定的 127.0.0.1 端口：扩展直接连客户端的混合端口，绕过系统代理设置。好处是客户端不开系统代理时浏览器也能用，其它程序保持直连。
• 扩展设自动切换情景模式：按域名规则决定走不走代理。注意这套规则和客户端里的分流规则是两层，浏览器先按扩展规则决定送不送给客户端，送过去之后客户端再按自己的规则分流。两层都要对上。

端口对不上是最常见的故障

扩展里填的端口必须是客户端实际监听的混合端口。不同客户端默认值不一样，7890、7897 都很常见，而且用户改过之后扩展里的旧值不会自动更新。

去客户端设置里找「混合端口」或 mixed-port 那一项，把数字抄准。填错的表现很典型：所有网页都打不开，报 ERR_PROXY_CONNECTION_FAILED 或者一直转圈，而其它程序上网正常。

TUN 模式下要不要留扩展

开了 TUN 之后，流量在网卡层就被接管了，扩展再指向 127.0.0.1 的代理端口只是多绕一圈，一般不会出错但没有必要。真正会出问题的情况是扩展指向了一个已经不存在的端口，这时 TUN 也救不了浏览器。

用 TUN 的话，建议把扩展切到直连或系统代理模式，把分流交给客户端统一处理，排查问题时少一个变量。

扩展本身的一点变化

Chrome 推进 Manifest V3 之后，一些老的代理扩展停止工作或被下架，社区维护的 MV3 版本（例如 ZeroOmega）接手了这部分需求。如果你的旧扩展突然失效，先确认是不是这个原因，而不是去改客户端配置。