机场模式与流量入口，是两件不同的事
系统代理通常告诉支持这项设置的应用使用本地代理端口；隧道模式则可以通过虚拟网络接口处理流量。两者解决的是连接怎样进入客户端。规则、全局和直连模式决定的是进入内核后的连接怎样处理。如果某个应用根本没有把流量交给内核，切换规则并不一定改变它的行为。
因此，“全局”不能简单理解为整台设备的每一条连接都已经被接管。先看客户端连接面板或日志中是否出现目标请求，再看命中规则和最终出站，能够把入口问题与路由问题分开。
三种模式各自改变了什么
在 Mihomo 的配置语义中，规则模式按规则匹配连接；全局模式使用全局策略；直连模式采用直连处理。图形界面的命名、策略组内容和可选项可能不同，应结合当前客户端说明理解。
- 规则模式：依据配置区分不同连接的处理方式，适合需要细分日常场景的人。规则是否合理，比规则数量多少更重要。
- 全局模式：便于比较问题是否与规则选择有关，但仍需检查全局策略实际选中了什么。切换模式不会替你选择一个有效的远端服务。
- 直连模式：让已经进入内核的连接采用直连方式。它不等于完全退出应用，也不保证其他代理工具或系统配置随之关闭。
模式切换后，原有连接可能继续沿用建立时的路径，具体行为取决于客户端与连接管理方式。比较结果时，可以在不影响工作内容的前提下重新发起目标请求，避免把旧连接的表现误认为新规则的结果。
系统代理与 TUN 应怎样选
如果主要使用遵循系统代理设置的浏览器或应用，系统代理通常更容易观察和恢复。遇到某个应用不使用该设置时，先确认它是否提供自己的代理选项，再评估客户端支持的其他入口。
TUN 常用于通过虚拟接口与系统路由接收更多流量，但不能只凭开关亮起就认定覆盖完整。权限、路由排除、接口选择、IPv4 与 IPv6 配置，以及其他 VPN 软件，都可能影响实际范围。不要复制陌生教程中的整段高级参数，再用“开了 TUN”代替验证。
在公司或学校管理的设备上，不应擅自调整组织要求的路由或安全设置。个人设备也应记录原有代理状态，只运行必要的工具，避免多个程序同时修改相同系统入口。
读懂一次连接的处理过程
- 打开目标应用，重新触发出现问题的操作。
- 在连接面板中查找对应域名、进程或目的地址，确认请求确实进入内核。
- 查看命中的规则，判断它是否符合自己的意图。
- 查看策略组最终选中的出站，不只看分组名称。
- 检查连接错误或流量变化，再决定调整规则、策略还是入口。
连接面板没有目标记录，只能说明当前观察中没有看到它，仍要考虑记录过滤、连接已结束或客户端显示范围。先关闭过滤或在操作时重新观察，再判断它是否绕过当前入口，避免从一个空列表直接得出结论。
规则顺序比堆叠规则集更重要
按顺序匹配的规则中，较宽的条件可能先命中，后面的细分条件便没有机会执行。对一个走错路径的域名，应检查实际命中的规则与预期规则的位置，而不是不停增加同类规则集。
同一个应用也可能使用不同的登录、内容和上传域名。首页可以打开而上传失败，不代表所有连接都走错。先定位失败操作对应的请求，再处理相关规则；同时确认问题是否来自账户权限、文件限制或目标服务本身。
一次只改变一个条件
假设网页在规则模式下超时，可以先保持设备、网络和节点不变，切换到明确选中同一路径的全局策略，重新发起请求。如果表现改变，再比较原先命中的规则。这个结果提示分流值得检查，但还不能独立证明某条规则就是唯一原因。
完成比较后恢复日常模式，并删除没有作用的临时改动。需要保留的规则应记录用途、作用范围和添加原因。不要为了让一次测试通过而长期关闭证书校验、防火墙或安全软件。
常见问题与下一步
全局模式是不是一定更快？
不是。它改变路由选择方式，并不会增加本地带宽或远端容量。某些目标走不同路径后可能改善，也可能变慢；应该比较相同任务，而不是把模式名称当作速度等级。
直连以后，为什么仍然不正常？
除了当前内核，浏览器自身代理、其他 VPN、系统 DNS 和应用权限都可能参与。先核对流量路径，再按DNS 与分流排查分层检查。
路径正确，但晚高峰仍卡顿怎么办？
继续检查设备、家庭网络和远端负载。使用晚高峰四步排查记录相同条件下的变化，避免把所有性能问题都归因于规则。
