线路和加速器经常被当成同一类东西，实际分工不同。加速器管的是链路质量，把延迟压下来、把丢包补上；线路管的是身份，让你以另一个地址出现在对端。一个解决快不快，一个解决像不像。这两件事的评估方法完全不一样，混着谈很容易买错，钱花了问题还在原地。
先想清楚要解决的是速度，还是身份。
两个一起用会不会冲突？
多数情况不冲突，但顺序有讲究。加速器先接管再叠线路，流量会多绕一跳，延迟反而上去。要么只用其中一个，要么确认工具支持按进程分别接管。
分工不同在哪
加速器通常优化的是到某个服务的路径，走的是专线和优化路由，对端看到的还是你自己。IP线路改变的是对端看到的来源，路径优不优化是另一回事。所以选的时候别拿同一套标准去比，要压延迟就测延迟，要换身份就测归属，两者混着挑，最后往往两头都不满意。
看速度的和看身份的，本来就不是一套指标。
预算有限的时候先定主要矛盾，别想着一次把两件事都办了，这个顺序看起来保守，实际最省时间。
什么场景先上加速
对延迟敏感、对来源无所谓的场景，先上加速。这类需求改的是路径，不动身份，风险小收益直接。测的时候看波动幅度，比看单次峰值更有意义，波动小的链路用一整天都省心。
什么场景先上线路
需要以固定身份长期出现在对端的场景，先上IP线路。这类需求看的是地址稳不稳、归属对不对，速度够用就行。先挑位置，再挑质量，两件事分开评估，省得互相干扰。
两个都要时怎么排
按进程拆开最省事。对延迟敏感的进程走加速，需要固定身份的进程走IP线路，互不干扰。做不到按进程拆，就按时间段错开，别让两套机制同时接管同一份流量，那样排查起来根本没线索。
别被名字带偏
工具的名字叫什么都说明不了能力。有的叫加速器却带线路功能，有的叫切换工具只做整机接管。判断办法只有一个：看它能不能按你的需求把流量分开，能就留下，不能就换，别在名字上纠结。