Windows
macOS
Android
iOS
同一条网络中，不同应用对延迟、稳定性和出口位置的要求并不相同。视频会议更看重连续性，软件更新需要稳定吞吐，内部业务则可能要求固定出口。应用级流量分流方法的核心，就是先识别流量属于哪个应用或业务，再为它选择不同的线路、代理或访问策略。
下面选取五种常见方案进行比较。实际效果会受到设备性能、加密方式、DNS解析、运营商路由和目标服务策略影响，因此配置后应结合具体时间段复测，而不能只看理论速度。
一、域名分流：最容易部署的入门方案
域名分流根据访问的域名或域名后缀匹配规则。例如，可把企业邮箱、代码托管平台和在线视频服务分别归入不同策略组。路由器、DNS转发器或代理客户端通常都能提供这类能力。
适用条件与步骤
- 列出需要特殊处理的域名，例如 mail.example.com、updates.example.net，而不是一开始就使用过大的通配范围。
- 为域名组绑定直连、代理、备用出口或指定DNS解析策略。
- 清理客户端DNS缓存，分别打开网页、登录账户并下载一个小文件验证。
它的优点是规则直观、维护成本低，适合家庭设备和应用数量较多的办公环境。缺点是部分应用会使用多个域名、内容分发网络或动态域名；只匹配主域名时，登录、图片和接口请求可能仍然走错策略。
二、进程分流：按应用程序直接区分
进程分流以程序文件或应用包名为依据。例如，在Windows 11上可以让Microsoft Teams使用一条策略，让Steam更新使用另一条策略；在Android或macOS上，则要看客户端是否支持按应用识别。
配置时先确认应用的实际进程名称，再设置“应用—策略”对应关系。建议关闭应用后重新启动，并观察登录、文件传输和后台更新是否都遵循同一规则。
这种应用级流量分流方法不依赖域名清单，规则对单个程序更精准，适合需要区分办公软件、娱乐软件和开发工具的终端。局限也很明显：部分应用由多个子进程组成，系统更新后进程名称可能变化；有些移动系统还会限制第三方程序读取或接管应用流量。
三、端口与协议分流：适合边界清晰的业务
端口分流依据TCP、UDP以及目标端口匹配流量。例如，某内部数据库使用固定端口，远程桌面使用另一端口，就可以分别设置访问路径。它更接近网络策略，但当某项业务端口固定、应用范围明确时，仍是实用的应用级流量分流方法。
执行时应先从服务文档确认端口，再限制来源地址、目标地址和协议类型，最后用登录、查询和文件传输等真实操作验证。不要只按“所有TCP”设置规则，否则网页、邮件和大量普通服务可能被一并纳入。
优点是性能开销小、设备兼容性较好；缺点是现代应用常使用443端口，单靠端口无法区分不同服务。遇到端口复用、随机端口或加密隧道时，应改用域名、进程或身份策略。
四、URL路径分流：适合网关或反向代理场景
URL路径分流会进一步识别同一站点下的具体路径。例如，网站的“/download/”路径可交给下载节点，“/api/”路径交给业务节点。这种方式通常需要HTTP反向代理、API网关或能够解析应用层请求的安全设备，普通家用路由器未必支持。
配置时要注意
- 确认请求经过可识别URL的网关，而不是直接端到端加密传输。
- 为路径设置优先级，先匹配更具体的路径，再匹配站点默认规则。
- 检查重定向、WebSocket、上传请求和缓存行为，避免只测试首页。
它的优势是粒度最细，适合把下载、静态资源和核心交易请求分开处理。缺点是HTTPS加密后，网关需要在合规前提下终止加密连接；同时，规则维护、证书管理和故障排查都比域名分流复杂。
五、用户、设备与标签分流：适合多人共用网络
这种方案不是识别某个应用本身，而是先识别用户、设备、SSID、VLAN或终端标签，再给该范围配置应用策略。例如，访客无线网络只允许常规直连，办公终端对企业文档系统使用固定出口，测试设备使用隔离策略。
实施时可按以下顺序操作：
- 为设备建立稳定识别方式，如账号、VLAN、固定地址租约或设备证书。
- 定义业务范围和默认规则，明确哪些流量可以走备用策略。
- 先选择一台测试设备，验证网页、视频会议、文件上传和系统更新。
- 记录规则命中情况，确认没有把打印机、存储设备或管理流量误分流。
它的优势是便于统一管理，设备增加后不必逐台重写应用规则；缺点是需要更完整的网络管理能力，且一台设备上不同应用不能自然获得完全不同的路径。
五种方法怎么选
| 方法 | 识别对象 | 配置难度 | 主要优点 | 主要限制 |
|---|---|---|---|---|
| 域名分流 | 域名、域名组 | 低 | 规则直观，适用范围广 | 多域名和动态域名容易漏匹配 |
| 进程分流 | 应用进程 | 中 | 终端侧区分精确 | 受操作系统和子进程影响 |
| 端口分流 | 协议、端口 | 低 | 性能开销小，兼容性较好 | 难识别共用端口的应用 |
| URL路径分流 | 请求路径 | 高 | 粒度最细 | 依赖网关并涉及加密终止 |
| 用户设备分流 | 账号、终端或网络区域 | 中到高 | 适合多人和多终端管理 | 同一设备内区分应用较弱 |
选择时可以从简单方案开始：家庭网络优先考虑域名分流，单台电脑需要区分软件时考虑进程分流，固定业务端口可采用端口分流，拥有统一网关的服务环境再考虑URL路径分流，多用户组织则适合叠加设备或身份标签。无论采用哪种应用级流量分流方法，都应保留默认直连规则、记录变更时间，并准备回滚配置。
常见问题
1. 分流后速度一定会提升吗？
不一定。分流主要改变路径和策略，若新路径拥塞、距离更远或代理设备性能不足，速度反而可能下降。
2. 为什么按域名设置后仍有部分请求失败？
应用可能调用了登录、图片、统计和更新等多个域名，也可能使用硬编码地址。应查看连接记录，补充实际依赖域名。
3. 端口分流能代替应用分流吗？
只能在端口固定且业务边界清楚时部分代替。多个应用共用443端口时，端口规则通常无法精确区分。
4. 是否应该一开始就配置很多规则？
不建议。先选一个明确场景建立最小规则集，确认正常后再逐项增加，排障会更容易。
总体而言，域名、进程、端口、URL路径和身份标签各有边界。根据识别精度、设备能力和维护成本组合使用，才能让应用级流量分流真正改善网络体验，而不是增加新的管理负担。