应用分流通过让不同软件走不同的网络路径，解决“全部流量进隧道导致直连慢”或“关键应用必须走代理”的需求。它基于操作系统提供的路由控制能力，将特定应用产生的流量绑定到指定网络接口，其余流量保持默认路由不变。
路由表与流量标记
操作系统内核维护路由表，决定数据包从哪个接口发出。在传统网络中，所有应用共享默认网关。实现应用分流时，系统需识别流量的源端应用，并为其添加一条特定路由记录，指向VPN虚拟网卡。这一步要求操作系统支持“基于进程或应用ID”的路由策略，而不仅仅是基于IP地址或端口。
直观展示应用分流如何利用不同的网络路径处理特定应用流量。
各组件的职责分工
客户端应用负责发起连接，但不感知路由变化。VPN代理或驱动负责创建虚拟网卡并监听特定接口的流量。操作系统路由子系统是核心执行者，它读取分流策略，将匹配到的应用流量重定向至虚拟网卡。数据经过虚拟网卡后，梯子加速器由VPN软件加密并发送；未匹配的流量则继续通过物理网卡直连，互不干扰。
策略匹配的粒度
分流策略通常依据应用名称、进程ID或网络层特征进行匹配。不同操作系统对应用级路由的支持程度不同。Windows平台常借助本地路由策略或网络适配器绑定实现；macOS与Linux通常利用内核网络栈的应用标识功能。策略需精确匹配目标应用，避免误将系统更新或其他后台进程强制导入隧道，造成非必要开销。
只读验证方法
无需修改配置即可验证分流效果。启动目标应用，使其发起一个网络请求，同时观察系统路由表。在Windows中，查看新增的特定路由是否指向VPN接口；梯子软件在Linux中，检查路由策略规则是否包含对应的进程标记。若目标应用的流量经由虚拟网卡，而其他应用（如浏览器）仍走物理网卡，则说明分流策略生效。此过程仅涉及查看，不影响现有连接。
与直连的区别
应用分流的本质是路径选择，而非全流量隧道。它允许用户保留部分直连能力，提升整体网络体验。但需注意，分流仅控制流量走向，不改变数据在隧道内的加密或传输机制。未纳入分流的应用完全绕过VPN，其流量对服务端而言是直连的；已纳入的应用则按隧道协议传输。理解这一边界，有助于合理设计分流策略。
