TFO过程的前三次握手不是在第二次握手时立即返回SYN ACK，而是返回计算出的` SYN cookie `，放入TCP消息的Fast Open选项中，客户端得到cookie并将其缓存小心啊！ 现在，服务器不是立即回复SYN ACK，而是通过发送SYN获取计算，将这个Cookie发送给TCP消息的3358www.Sina.com/客户端将获得此SYN Cookie。 后面正常结束三次握手。
前三次握手就是这样的流程。 后面三次握手不一样！ 接下来的三次握手客户端发送Cookie SYN HTTP请求，服务器端确认合法，返回SYN ACK，返回` HTTP响应`客户端将ACK发送到接下来的三次握手，客户端是以前的三次握手向服务器发送http://www。如果合法，则正常返回SYN ACK。 重点来了。 现在，服务器可以向客户端发送HTTP响应！ 这是最明显的变化，3次握手尚未建立，只有验证cookie的合法性才能返回HTTP响应。 当然，客户的ACK必须正常传达。 否则，怎么叫三次握手呢？
请注意，在服务器端的HTTP响应到达之前，不会发送：客户端上次握手的ACK。 两个过程没有任何关系。Fast Open
通过cookie验证后可以返回HTTP请求。 TFO利用一个往返的延迟提前进行数据传输的优点是与第一次的第三次握手，而是3358www.Sina.com/在获得客户端的cookie并通过验证后，使用Cookie 的值缓存充分利用(round-triptime，往返延时)的时间http://www.Sina.com/进行积累还是一大优势。