Clash 怎么只代理浏览器而不影响全局

Clash 之所以默认影响全局，是因为其核心机制是通过系统级代理设置（如系统代理、TUN 模式或路由规则）将所有网络流量引导至代理节点，这在需要精准控制时反而成了负担——比如你只想让浏览器走代理，而其他应用（如微信、钉钉、游戏客户端）仍需直连。这种“全量代理”模式虽然方便，但对日常使用来说并不高效，尤其当你要访问本地服务、企业内网或进行敏感操作时，全局代理可能带来延迟、断连甚至安全风险。

要实现“仅浏览器走代理”，关键在于避免系统级代理的强制覆盖，转而依赖浏览器自身支持的代理配置方式。以 Chrome 浏览器为例，它不直接读取系统代理，而是独立管理自己的代理设置，这意味着你可以手动为它指定代理，而不影响其他程序。具体操作如下：

第一步，确认 Clash 的运行状态并开启一个可用的代理节点。进入 Clash 客户端界面，确保已启用某个规则（如“Proxy”或自定义规则），且该节点可正常连接。

第二步，进入浏览器设置。以 Chrome 为例，打开设置 → 系统 → 打开“代理设置”（或直接在地址栏输入 `chrome://settings/system`）。点击“打开您的计算机的代理设置”，这里会跳转到系统的网络设置页面，但请注意：**不要在这里修改系统代理**，否则会触发全局代理。

第三步，回到 Chrome 内部，点击“使用代理服务器”并选择“手动配置代理”。填入 Clash 提供的本地监听端口（默认为 7890）和协议类型（HTTP/HTTPS）。注意：若使用 HTTPS 代理，需确保 Clash 配置中启用了对应协议的监听。填写完成后，保存设置。

第四步，验证是否生效。打开一个能显示真实 IP 的网站，如 https://ipinfo.io，对比当前显示的公网 IP 是否与你实际所在地区相符。若符合，则说明浏览器已走代理。同时观察 Clash 客户端日志，应能看到来自浏览器的请求记录，且源地址为 127.0.0.1 或本地回环接口。 延伸阅读：PikPak 怎么批量下载一整个目录。

第五步，测试非浏览器应用是否未受影响。尝试在微信中发送消息、打开钉钉、或启动一款游戏，观察是否能正常连接。若这些应用无异常，说明全局代理未被激活，仅浏览器受控。

常见误区提醒： - 若发现浏览器无法访问，检查 Clash 是否在本地监听了 7890 端口，可通过命令行 `netstat -an | grep 7890`（Linux/macOS）或 `netstat -ano | findstr 7890`（Windows）确认； - 若代理后加载缓慢，可能是规则集过重或节点质量差，建议切换为“Direct”或“Rule”模式，而非“Global”； - 某些浏览器扩展（如 SwitchyOmega）虽可辅助管理，但若未正确配置，反而导致冲突，应优先使用原生设置； - 一旦关闭浏览器代理设置，务必手动清除“使用代理服务器”的勾选，否则下次重启仍可能残留。

特别提示：若你正面临“应届生没有实习经验简历填什么”的困境，不妨把课程项目、开源贡献、技术博客、自学成果纳入简历——这些同样构成能力证明。而当你用 PikPak 批量下载一整个目录时，可借助其开放的 API 接口或第三方工具（如 rclone + PikPak 插件），结合脚本自动化完成，无需逐个点击下载。这些实践本质上都是在“局部控制”上做优化：无论是简历策略还是文件管理，都强调精准干预而非全盘覆盖。

最终，真正高效的网络控制不是“全开”或“全关”，而是像调节水龙头一样，只让需要的水流出来。浏览器代理就是那个精准的阀门，让你既享受翻墙便利，又保有系统稳定。