三次握手
1.第一次握手：建立连接。客户端发送连接请求报文段，将SYN位置为1，Seq为x;然后，客户端进入SYN_SEND状态，等待服务器的确认;
1.第一次握手：建立连接。客户端发送连接请求报文段，将SYN位置为1，Seq为x;然后，客户端进入SYN_SEND状态，等待服务器的确认;
2.第二次握手：服务器收到客户端的SYN报文段，需要对这个SYN报文段进行确认，设置Ack为x+1(seq+1);同时，自己自己还要发送SYN请求信息，将SYN位置为1，Seq为y;服务器端将上述所有信息放到一个报文段(即SYN+ACK报文段)中，一并发送给客户端，此时服务器进入SYN_RECV状态;
3.第三次握手：客户端收到服务器的SYN+ACK报文段。然后将Ack设置为y+1，向服务器发送ACK报文段，这个报文段发送完毕以后，客户端和服务器端都进入ESTABLISHED状态，完成TCP三次握手。
问题： 为什么要三次握手？
答：三次握手的目的是建立可靠的通信信道，说到通讯，简单来说就是数据的发送与接收，而三次握手最主要的目的就是双方确认自己与对方的发送与接收机能正常。
第一次握手：Client什么都不能确认；Server确认了对方发送正常和自己的接受正常。
第二次握手：Client确认了：自己发送、接收正常，对方发送、接收正常；Server确认了：自己接收正常，对方发送正常，不能确定自己的发送正常。
第三次握手：Client确认了：自己发送、接收正常，对方发送、接收正常；Server确认了：自己发送、接收正常，对方发送接收正常
所以三次握手就能确认双发收发功能都正常，缺一不可。
四次挥手：
（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
（2）第二次挥手：此时服务器端可能还要给客户端传送数据，不能急着关闭。Server收到FIN后，发送一个ACK给Client，确认序号为收到序号seq+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。
（3）第三次挥手：服务器端数据传送完成之后，Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
问题：为什么要四次挥手？
答：根本原因是，一方发送FIN只表示自己发完了所有要发的数据，但还允许对方继续把没发完的数据发过来。
举个例子：A和B打电话，通话即将结束后，A说“我没啥要说的了”，B回答“我知道了”，但是B可能还会有要说的话，A不能要求B跟着自己的节奏结束通话，于是B可能又巴拉巴拉说了一通，最后B说“我说完了”，A回答“知道了”，这样通话才算结束。
二：cookie和session的区别，分布式环境怎么保存用户状态
联系：
每次HTTP请求的时候，客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的，第一次创建Session的时候，服务端会在HTTP协议中告诉客户端，需要在 Cookie 里面记录一个Session ID，以后每次请求把这个会话ID发送到服务器，我就知道你是谁了。客户端的浏览器禁用了 Cookie ，会使用一种叫做URL重写的技术来进行会话跟踪，即每次HTTP交互，URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数，服务端据此来识别用户
区别：
(1)cookie数据存放在客户的浏览器上，session数据放在服务器上
(2)cookie不是很安全，别人可以分析存放在本地的COOKIE并进行COOKIE欺骗,如果主要考虑到安全应当使用session
(3)session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能，如果主要考虑到减轻服务器性能方面，应当使用COOKIE
(4)单个cookie在客户端的限制是3K，就是说一个站点在客户端存放的COOKIE不能3K。
结论：
将登陆信息等重要信息存放为SESSION;其他信息如果需要保留，可以放在COOKIE中。
分布式环境下 可以使用 redis存储会话。
三：git，svn区别
最主要的区别就是svn是集中式版本控制系统，版本库是集中放在中央仓库的，
1. 干活的时候，用的都是自己的电脑，所以首先要从中央版本库中获取最新的版本，然后干活，干完后，再把自己的代码推送到中央服务器。
2. 集中式版本控制系统必须联网才能工作
Git是分布式版本控制系统，
1. 他没有中央服务器的概念，每一个人的电脑就相当于一个完整的版本控制库，这样，工作的时候就不需要联网，因为版本都是在自己的电脑上。
2. 协作方面的耍，多人在修改同样代码的时候，推送到dev，出现冲突，解决冲突。