三次握手的seq是什么(三次握手和四次挥手是什么)

ack=seq+1这么设计的目的是确保建立连接的双方都是真实的对方，而不是被某个中间人冒充的。ack和seq都是两个整型变量，表示序列号；而你说的ACK、SYN是指标志位，是用来标识这个包的类型的，这两者不是同一个东西。

我有一个朋友，小泷，他与我倾诉：他在咖啡厅与朋友闲谈，遇到了一个让时间彷佛静止的女孩。他描述，那一刻，他的心彻底被抓住了，脑中轰然，眼睛无法再从她身上移开。 而女孩，也时不时向她望来，那是一双如秋水般清澈的明眸。小泷说，他非常非常想想把握，这一次心动。然而，自始自终，他没能迈出那一步，他不知道该怎么办。小泷的困境，是每个男孩的困境。我告诉他，如果你懂得TCP协议，就会把握一段感情了。TCP(Transmission control protocal)，传输控制协议，既是机器与机器间传输信息的基础协议，也是人与人联立联系的准则。如何体面地认识她？ 如果读懂她是否对你有好感？ 如何给予她安全感？ 如何离别时要到她的手机号？ TCP协议，把一切写得清清楚楚。我对小泷说：一个女孩，不管她性格有多高冷，永远是欣然接受你的好感的。你要做的，也必须要做的，是：我告诉小泷，我也曾经在机场遇到过让我瞬间心动的女孩，我所做的，只是很自然走上去，告诉她："你好像也坐这趟飞机？ 航班号是KN5855没错吧"这对男孩是很简单的事情，因为你们出现的地点，就是共鸣。你关于这个地方，一定有一些具体信息可以分享。所以，小泷，你应走上去说：你也常来这家咖啡厅吧，他们家的焦糖玛奇朵非常棒。这样的谈话，对女孩是提供安全感的：你是一个拥有共同话题，并且会提供实质性价值的男士，而不是随随便便乱勾搭的人。 共鸣的力量是非常强大的，没有女孩会拒绝回应的，即使长相略显寒酸。说回TCP协议，它是这样规定的：(SYN是synchronization同步的简称，seq为sequcence序号的缩写。)这时，客户端的状态更改为SYN-SENT（synchronization_sent同步已发送）状态。也就是说，小泷，你耐心待着女孩回应就是了。这就是“第一次握手”。有了你提供的同步请求SYN=1和具体信息seq=x。女孩会根据这个信息做出响应。女孩这时的状态从LISTEN变为SYNC_RCVD（synchronization_recieved同步已收到）。我在机场遇到的女孩是这样回答我的：嗯嗯，我也坐这趟航班，不过没看到你。你是来深圳出差么？这样回答，是人之常情。你一定可以得到亲切友善的回应。TCP协议中是这样规定的：（ACK是acknowledgement确认的简称，小写的ack是确认编号)所以，女孩一定会认同你，并根据刚刚的信息点延展，而且会提供一个新的信息点。女孩对你不反感，但她也需要确认你是不是真对她有好感。假如我真的只是觉得航班数字很吉利呢？假如你小泷真是就喜欢喝焦糖玛奇朵呢？ 她无法确认男生是不是想和她交流，所以一定提出新话题。 而且，抛出新话题才会让彼此显得不尴尬。女孩几乎一定会这样回应：所以小泷，你心动女孩几乎一定会类似的回应：嗯嗯，我喜欢榛仁玛奇朵。我住这附近，你呢？你收到这样友好的回应，心中一定，知道，以后至少可以建立起初步的友谊了。 这时，你的状态更改为ESTABLISHED。(建立连接)虽然对于你，这段男女间青涩的友谊已经建立起了。但女孩，她还在等待你的回应 —— 她也在担忧你只是随意的询问吧。快赶紧安抚这一个善良美好的女孩吧！比如我会回答：嗯是的，有几个客户在深圳需要谈。我坐的商务舱所以没看到你吧。所以，小泷，你需要对她的新话题有所回应，并且不要丢掉自己的话题。这样两个话题都可以聊下去。在TCP协议中这样规定：这对女孩是非常重要的，你对她的话也表示认同，并且也能接住她的话题，同时自己的话题也没有丢掉。——是个能照顾她感受，也坚持自我的人。这时，女孩的状态成为了ESTABLISHED。你们双方都成为了ESTABLISHED，接下来，你们就可以畅通无阻地交流了。男孩会想，我怎么表现得靠谱？ TCP给出了答案，共鸣 + 具体话题。女孩心中会想： 他对我感兴趣吗？他是聊得来的人吗？ 如何进行“废物测试”？TCP给出了答案：共鸣 + 同意 + 对方话题的延展 + 新具体话题。男孩心中会想，怎么给她留下有主见高情商的好印象？TCP给出了答案： 同意 + 对方话题的延展 + 继续自己话题。仔细想想，这样的方式，让双方既不显尴尬，又体面舒适，又节约了两个人的时间与精力。时间总是短暂的，你们相谈甚欢，到了离别的时候。只有一个体面的离别，才意味着未来依然可以关系持续升温。放心，TCP协议已经为你规划好了。作为主动方的男生，需要首先表示分别，千万不要拖泥带水等到女生提出，这样才能为这段邂逅留下回味与不舍。你需要这时候，是要手机号/微信号的最佳时机。TCP协议是这样规定的：（FIN的意思是finis终结的意思）你已经请求结束了，安静地等待就好。 主动而沉默，给予女生足够的空间，这是最体面的分别方式。这时你的状态是FIN-WAIT-1（终止待待1）热情的聊天突然嘎然而止。女生心中会有些小失落，这时你要微信的请求，她几乎一定会同意。这时女生会找纸张，把自己的手机号或微信号写给你。并跟你说一些其它话。比如她说：嗯是的，等我写给你。你看外面好像快下雨了。TCP协议是这样规定的：因为是你提出离开，女孩还意犹未尽。一方面会同意离开，一方面会延展你的话题。为了确认你确实想离开了，她一般会说一个新话题，比如下雨了。女孩从接到你的离开请求，到回应你这一句的时候，她处于CLOSE_WAIT状态，她会开始进行心理建设，适应你离开时的空洞感。当然，成年人的表达方式，总是隐晦而体面的。只是一句淡淡的“天快下雨了”。而你听到她说这些，只是静静不说话。你进入FIN-WAIT-2状态。你在等着她的手机号，说话可能她突然不写了呢？忍住，别回应。当女孩低头写好手机号，她也做好了离开的心理建设，知道这一次邂逅到此为止了。这时，她说：快回去吧，我写给你啦。 不知道为什么和你呆一起挺愉快的。看，TCP协议影响着你们的一个个行为模式。你不回应，她会换个话题，她会开始猜，她会开始等，她会开始留恋。TCP协议是这样规定的：说出这句话的女孩，进入了LAST_ACK(最终动作)状态——主动权在你，她等着你。你听到女孩再次说话，你会不舍，你等着些什么。你进入TIME_WAIT阶段。知道她要离开了，你的心会突然一痛。但离开已成必然，体面地对她说最后的话吧！TCP协议是这样规定的：听到你说完这句话，女孩把车门关上，车缓缓启动了。女孩进入状态CLOSED（关闭连接）。提出离别的你，却久久站在原地。等了2MSL(两次交谈响应时间那么长)，你好希望车突然停下，女孩从车上下来。但一切没有发生。美好的邂逅结束了。你进入CLOSED状态。小泷，你知道吗？懂得TCP协议，也就懂得了如何去抓住属于撩拨你心弦的那个女孩。也许，这才是邂逅时应该的画面：离别时，你们会这样不舍离别：然后，她离开了。你凝望着她，一再回头，直到消失在视线外。每天，有万亿亿次TCP连接，都在为你重演着这一个画面。勇敢一点，不用担心被拒绝，万亿亿次TCP连接都成功了，你怎么会失败呢？因为TCP是网络通讯的规则，也是人类间默契的交流规则。不动声色，内心早已暗流汹涌。却只是对你说。“好巧，我也是这趟航班”几条规则，有助于你记住这一切：

三次握手是：保证双方都得知自已和对方收发能力正常 的最低值。 第一次握手： 客户端向服务器发送seq为x的SYN包(这里的SYN包指的是TCP报文头部TCP flag标记位SYN为1的包，下面的ACK同理)后，进入同步发送SYN-SENT状态，等待服务器确认。第二次握手： 服务端收到客户端的SYN包后，对其进行确认，初始化seq并将ack序号+1，请客户端发送SYN+ACK包，服务器进入SYN-RECV同步接收状态 第三次握手： 客户端收到服务端的同步确认包后，向服务器发送ACK确认包(ack=y+1，seq=x+1),此时包发送完成，客户端和服务器进入ESTABLISHED状态。（ps：这次握手可以携带数据）

TCP三次握手 TCP是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接:位码即tcp标志位,有6种标示:SYN(synchronous建立联机)ACK(acknowledgement确认)PSH(push传送)FIN(finish结束)RST(reset重置)URG(urgent紧急)Sequencenumber(顺序号码)Acknowledgenumber(确认号码)第一次握手：主机A发送位码为syn=1,随机产生seqnumber=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机;第二次握手：主机B收到请求后要确认联机信息，向A发送acknumber=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包第三次握手：主机A收到后检查acknumber是否正确，即第一次发送的seqnumber+1,以及位码ack是否为1，若正确，主机A会再发送acknumber=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。 完成三次握手，主机A与主机B开始传送数据。

TCP(Transmission Control Protocol)传输控制协议 TCP是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接:位码即tcp标志位,有6种标示:SYN(synchronous建立联机) ACK(acknowledgement 确认) PSH(push传送) FIN(finish结束) RST(reset重置) URG(urgent紧急)Sequence number(顺序号码) Acknowledge number(确认号码)第一次握手：主机A发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。 完成三次握手，主机A与主机B开始传送数据。
1.第一次握手，发送SYN报文，传达信息：“你好，我想建立连接”; 第二次握手，回传SYN+ACK报文，传达信息：“好的，可以建立链接”;第三次握手，回传ACK报文，传到信息：“好的，我知道了，那我们连接”。然后就建立连接了。2.在发送报文之前各方都要确认可以进行连接。之所以采取三次握手机制，不过是为了信息传输的可靠性，如果其中某个握手失败，这个过程将会重复，来确保其可靠性。 3.如果采取两次握手，相当于第二次握手结束便建立连接，如果发送SYN的一方不想连接了，也不会有反馈，另一方却一直在等待，浪费了时间。当然可以采取4次甚至N次握手，但是有必要吗?建立连接的时间太长，效果也会大打折扣。所以3次只是折中方案，保证了可靠性，又节俭了建立连接的时间。