分流模式的核心机制
分流模式的实现依赖于「流量分类器」：客户端在网络协议栈的应用层维护一份「需要走加密通道」的应用/域名列表。
当用户发起连接请求时，客户端先检查目标域名/IP 是否在列表中：① 命中 → 通过加密通道转发；② 未命中 → 直接走本地网络。
这种「按需加速」的策略既保证了海外平台的可访问性，又保留了本地网络的最快速度。
流量分类的三种实现方式
方式一：基于规则列表（GFW List、ChinaDNS List 等社区维护的列表），客户端内置或允许用户自定义规则。
方式二：基于地理位置（GeoIP），通过 IP 数据库判断服务器所在地区，本地 IP 直接放行。
方式三：基于应用特征（如游戏流量识别、办公应用识别），针对特定应用启用代理。
三种方式可以叠加使用。
对网速的影响：本地流量真的更快吗？
理论上：是的。
分流模式下本地流量不经过任何中转，直接走运营商骨干网，对比走加密通道（中转服务器 + 加密解密开销 + 国际出口带宽），延迟更低、丢包更少。
实测上：取决于客户端的流量识别准确度。
如果识别错误（误判本地流量走加密通道），本地流量的速度反而下降；如果识别过度保守（误判海外流量走本地），海外平台可能无法访问。
适用场景
场景一：海外平台浏览 + 本地视频观看混合使用（最常见，分流模式下两不耽误）。
场景二：游戏加速（本地游戏走本地网络低延迟，外服游戏走加密通道）。
场景三：海外购物（仅购物流量走加密，本地其他流量不变）。
场景四：海外开发（仅代码托管平台走加密，本地文档查阅不变）。
场景五：日常混合使用——在客户端默认开启分流模式即可覆盖 80% 场景。
分流模式的局限
① 误判问题——某些 CDN 节点位于海外但内容是本地服务，可能被误判为海外流量；② 维护成本——规则列表需要持续更新，否则可能失效；③ 隐私边界——分流模式不改变本地流量的隐私属性（仍可能被运营商记录），加密通道内的流量才享有 VPN 级隐私保护。
理解这些局限，分流模式才是好工具。