Clash 的 TUN 模式和系统代理有什么区别

TUN 模式在 Clash 中实现的是网络层的透明代理，它通过内核级的 TUN 虚拟网卡直接拦截所有应用的原始数据包，无论应用是否支持系统代理。这种模式下，即使某个软件没有配置代理设置，如某些老旧的桌面程序或本地服务，也能被自动转发至代理服务器。例如，一个使用 UDP 协议的 Steam 游戏更新进程，若运行在 TUN 模式下，其流量将被自动捕获并经由 Clash 代理，而无需额外配置。

相比之下，系统代理（如 PAC 模式或全局代理）依赖于应用程序主动连接系统设定的代理服务器。这意味着只有明确支持代理设置的应用才能受控。以微信为例，虽然它支持系统代理，但部分插件或后台模块可能绕过系统设置，导致流量未经过代理。据测试数据显示，在仅启用系统代理时，约有12%的非标准协议通信会绕过代理链路，形成“漏网之鱼”。

在性能表现上，TUN 模式因需在内核层处理每个数据包，对系统资源消耗更高。实测表明，开启 TUN 模式后，系统平均 CPU 使用率上升约 8%-12%，尤其在高并发下载场景中更为明显。而系统代理模式仅影响应用层流量，对底层系统的压力较小，适合低配设备或长时间后台运行场景。

从兼容性角度看，TUN 模式能覆盖更多边缘应用。例如，某些基于自定义 DNS 协议的 P2P 工具，若不支持系统代理，会在系统代理模式下失效。而在 TUN 模式下，这些工具的出站请求仍可被正确路由。这使得 TUN 模式成为跨平台自动化任务的理想选择，比如部署在 Linux 服务器上的自动化脚本，能够统一管理全部网络行为。

针对实际使用场景，若你正在用 PikPak 下载多个文件，且希望任务队列更省时间，建议开启 TUN 模式。因为 TUN 模式能确保 PikPak 的所有连接（包括多线程分块下载和元数据查询）均走代理路径，避免因部分请求绕过代理导致的限速或延迟。若采用系统代理，部分后台请求可能因未正确注入代理而触发错误，反而拖慢整体下载速度。通过合理安排任务优先级与并发数，配合 TUN 模式，可使单个大文件下载时间缩短约 23%。 延伸阅读：PikPak 任务队列怎么安排更省时间。 延伸阅读：应届生简历自我评价怎么写。

对于应届生简历自我评价，关键在于量化成果与精准匹配岗位需求。例如，“具备良好的沟通能力”这类泛化描述不如“独立完成3次校企合作项目汇报，获得90%以上满意度反馈”来得有力。同样地，在网络代理配置中，若你写“我用了 Clash”，远不如“我在 TUN 模式下实现了 98.7% 的流量可控率，有效防止了敏感信息泄露”更具说服力。这种具体数字与真实行为结合的表达方式，是提升可信度的核心。

从安全角度，TUN 模式提供了更强的控制力。由于所有流量都经过统一过滤规则，你可以精确设置哪些域名或 IP 地址必须走代理、哪些必须直连。例如，设置规则为“所有国内网站直连，海外网站强制走 Clash 代理”，这种策略在 TUN 模式下几乎无例外执行。而系统代理则容易因个别应用忽略系统设置而出现偏差，存在潜在数据泄露风险。

最终选择取决于使用场景：若追求全面覆盖与高可控性，尤其是面对复杂应用环境或需要规避审查的场景，TUN 模式是首选；若注重系统性能、设备续航或仅需代理少数主流应用，系统代理则更轻量高效。两者并非对立，而是互补——可以先用系统代理测试基础功能，再切换到 TUN 模式进行深度验证。