网络设备送包，并不像导航那样一眼看到全程，而是走一步看一步：每个路由器只负责把包送到「离目标更近的下一站」，一站接一站，直到抵达。这种走法叫逐跳转发，代理IP链路里的包同样按这个规则一段段前进。
逐跳转发是网络能够无限扩展的基石，也是理解数据包旅程的关键。这篇把「下一跳」的逻辑讲清楚。
每台设备只决定下一站
路由器收到一个包，做的事只有三件：看一眼目标地址，查一下自己的转发表，把包交给下一台设备。它不关心最终还有多远，只负责把包往正确的方向推进一步。
转发表里存的是「去往某个方向该走哪条路」的规则，由路由协议动态维护。线路断了、拓扑变了，转发表会自动更新，包也会跟着走新的路线。
转发表不是人手配出来的，而是设备之间互相交换信息、自动计算的结果。哪条线路断了，设备会很快发现并重新计算，把流量导到备用路径上。这种自愈能力，是网络可靠性的重要来源。
这种设计的好处是无需任何一台设备掌握全局：网络再大，每台设备只需要管好自己的一亩三分地，协作自然形成。
逐跳设计还有个实际好处：扩容容易。新加一台设备，只要它和邻居们交换好路由信息，立刻就能参与转发，不需要改动全网。互联网能从小网络长成今天的规模，靠的正是这种「即插即用」的扩展方式。
寻路是逐跳的，路径是拼出来的
包的完整路径，是每一跳设备「接力决策」拼出来的结果。出发时没有谁规定好全程路线，走到哪一跳、下一跳是谁，都是当场决定的。
这也意味着路径会动态变化：同一份数据的包，可能有的走 A 路、有的走 B 路，先后到达目标再重新排序。路径不固定，是逐跳转发的常态，不是异常。
所以抓包时看到前后两次访问的路径不同，不必紧张——路径本来就是动态选择的。真正值得留意的，是路径频繁大幅变化，那往往意味着某段线路不稳定，设备在反复切换。
代理IP链路里的跳数账
走代理IP时，包的跳数旅程被分成两段：本机到转发层是一段寻路，转发层到目标站又是一段寻路。每一段内部的逐跳逻辑完全一样，只是中间多了一个「换地址再出发」的环节。
所以链路里某个环节出问题，只会影响经过它的那段路径：本机到转发层断了，所有目标都连不上；转发层到某个目标站的路抖，只有那个目标受影响。分段排查的依据就在这，代理IP链路的故障也大多能顺着跳数找到归属。
顺着逐跳的思路，日常测链路也有个顺手做法：分段测延迟，看每一段的花费是否正常。哪一段异常突出，问题多半就在哪一段，不用整条链路反复试错。
逐跳和延迟的关系
每一跳都要经历「收包-查表-转发」的处理，跳数越多，累积的处理延迟越高。这也是为什么跨越多级转发、绕远路的链路，延迟通常比直连更高——多一跳就多一份时间。
看 traceroute 输出时，每一行代表一跳：行数越多，路径越长。走代理IP时尤其要留意转发层前后那两段：如果发现某两跳之间的延迟突然跳增，那一段往往就是代理IP链路的瓶颈或绕路点。
逐跳转发=每台设备只决定下一站，路径是接力拼出来的，天然动态、可绕行。
理解逐跳，就理解了链路排查的基本思路：按跳分段、逐段定位，代理IP链路的毛病大多能顺着跳数找到位置。