细心的人会发现一个规律：几乎所有可靠的网络通信，开始前都有握手，代理IP连接更是把每一次握手都走得一丝不苟；而那些不在乎可靠性的通信，往往没有。这个规律背后，是握手承担的三个确认任务。
把这三个确认讲清楚，「为什么要握手」的答案就自然出来了。
第一件事：确认对方真的在
数据发出去之前，先要确认对方在线并且愿意接收。直接发数据的话，对方不在线，数据就石沉大海，发送方还浑然不觉，等半天才发现没送达。
握手通过「我发一句、你回一句」的方式确认在线：发出去有人应答，说明对方在；没人应答，说明要么对方不在，要么路不通，趁早重试或者放弃，省得白等。
第二件事：确认彼此能力匹配
设备之间能商量的事情很多：最大能收多大的数据块、支持什么协议版本、用什么方式压缩、要不要加密。这些如果各说各话，传输中途就会出各种怪问题。
握手阶段把这些参数摆上台面逐项对齐，对齐不了的直接放弃，能对齐的按最小公倍数执行。能力协商放在握手里做，比传到一半再发现不兼容要划算得多。
拿代理IP链路举例：本机和转发层协商的是一套参数，转发层和目标站协商的又是另一套。两段网络环境不同，各自对齐的参数也不一样，这正是链路被拆开后能力协商也分家的体现。
第三件事：确认从哪个起点开始
数据是按顺序传的，但网络会丢包、会乱序，接收方怎么知道一段数据是不是重复的、是不是漏了？办法是给数据编号，而编号从几开始，必须在握手时商量好。
这个起点叫序列号起点。每次连接都随机选一个新的起点，还能顺带防住「旧连接的数据混进新连接」这种串扰。起点不同，连接之间就彼此区分开了。
走代理IP时，这三件事要在两段连接上各做一遍：本机对转发层确认一次，转发层对目标站再确认一次。链路每多一段，确认就多一轮，这也是多级代理IP链路建立更慢的底层原因。
三个确认还有一个共同点：它们都是双向的。不是发起方单方面确认对方，而是双方互相确认——你说你在，我也告诉你我在。这种双向性保证了任何一方都不会在不知情的情况下开始传数据，代理IP链路两段之间也同样互相确认。
三个确认各管一摊：在线确认保证对方在，能力协商保证能配合，起点同步保证不错乱。代理IP连接的价值，恰恰建立在每一段都把这三件事认真做完的基础上。
回到开头那个规律：可靠通信都握手、不可靠的往往没有，原因就在这里——三个确认的成本是固定的，值不值得付，取决于业务对可靠性的要求有多高。要求越高，这三次确认就越划算。
那有没有不用握手的通信？有，比如实时音视频这类宁可丢帧也不愿等的场景，后面专门有一篇讲它。
把三件事连起来看，握手的本质就很清楚了：它用最小代价换取最大确定性。传业务数据之前先花几轮消息把在线、能力、起点全部敲定，后面传输出错的概率就小得多，这也是代理IP连接敢把业务托付给链路的底气。