智能分流加速器：为什么全流量走隧道不是最优解
分流听起来是个折中方案，但在多数真实场景下，它带来的体验提升比单纯加大隧道带宽更明显。这篇说明它解决什么问题、怎么判断、何时该关掉。
全流量隧道的两个代价
代价一是本地服务被绕远：访问本地银行、政务、外卖这类服务时，流量要先出境再回来，延迟可能翻数倍。代价二是隧道带宽被占满：系统更新、应用商店下载这类大流量低价值请求挤占通道，导致你真正在用的应用变慢。
分流的三层判断依据
第一层是域名与 IP 归属地规则库，覆盖绝大多数场景；第二层是应用进程标识，桌面端可精确到某个程序；第三层是实时链路质量，当隧道质量劣化时临时放行低敏感流量。
三层结合的好处是：规则库未命中时有兜底策略，不会因为一条漏掉的规则导致某个站点打不开。
自定义规则的粒度
支持域名后缀、完整域名、IP 段三种粒度。建议优先用完整域名，后缀规则容易误伤同一后缀下的其他服务。
规则支持导入导出，在多台设备间复用时很方便，也可以配合云端同步自动分发。
什么时候该关掉分流
当你需要确保所有流量都经过加密通道时——例如在不可信网络下处理敏感材料，或者需要统一出口 IP 完成某项验证。此时应切换到全流量模式。
写在最后
分流不是妥协，而是把带宽和安全预算花在正确的地方。日常开着，处理敏感事务时关掉，这是最实用的用法。
常见问题
分流会降低安全性吗？
走隧道的流量加密强度不变。直连流量等同于不使用 VPN 时的状态，因此对敏感用途建议关闭分流。
规则库多久更新一次？
每日增量更新。遇到未覆盖的站点可手动加入自定义规则。
移动端支持应用级分流吗？
受系统限制，移动端主要依赖域名规则，Android 端支持按应用配置。