默认情况下，一台设备在 IP 层往外发包只看目标地址，挑一条最合适的路送出去。但在实际环境里，常常需要按别的东西来决定走哪条路，比如来源地址、端口、甚至流量类型。这种不按常规度量选路的方式，统称策略路由。
它与普通路由的区别
两者的依据不同。普通路由比的是路径的长短与代价，策略路由比的是谁符合条件。两者可以共存，通常的做法是先匹配策略，没有命中再回到普通路由。
- 第一步：定条件 确定按什么匹配，来源、目标、端口或标记
- 第二步：定动作 命中后走哪条IP，或标记成某一类
- 第三步：定次序 多条策略按顺序匹配，先命中先生效
- 第四步：定兜底 都不命中时回到默认路由
它解决的问题
典型场景有三个。一是多IP分流，不同业务走不同线路，互不干扰；二是来源区分，让本机不同网段或不同程序走不同的路；三是测试对照，临时把某类流量引到指定IP，观察表现差异。三者都要求规则清晰、优先次序明确。
策略路由按条件匹配，命中哪条取决于规则的先后次序。规则写得越多，次序就越要理清，否则一条过于宽泛的规则会挡住后面所有的细规则。
容易踩的坑
- 宽泛规则排在前面，细规则永远轮不到
- 只写去程策略，回程走了另一条，出现单向异常
- 规则改动后没有清理旧项，新旧叠加互相抵消
- 兜底规则缺失，未命中时行为与预期不符
规则写多了会怎样
其中第二条最隐蔽。它不会让连接完全断掉，而是表现为速度偏慢或者时通时断，很容易被当成代理线路的质量问题。发现这类症状时，不妨回头看看两个方向的规则是否一致。
在代理IP环境里怎么用
代理线路的客户端通常自带分流规则，功能上与策略路由相通，但作用范围只在自己的进程内。系统级的策略路由作用范围更广，可以覆盖不经过客户端的流量。两者可以配合，前提是把各自的匹配范围与优先次序写清楚，避免互相覆盖。
先匹配条件，再看次序。
把条件、动作、次序、兜底这四件事逐条写下来，规则再多也不容易乱。