三次握手发生在什么时候(三次握手什么时候开始发送数据)

当然是创建套接字之后了。 服务器端 ：socket bind listen 之后 客户端：socket connect后开始三次握手

不要抖机灵，三次握手即是在最快最省力的情况下做出的选择比如在红军时代，A连和B连分在左右翼，约定在几时几分一同发起打击。这个几时几分的信息就需要人工通过通讯员来走路传递。所以A连指挥官派出通讯员。这是第一次。假设通讯员到达了B连，并且告知了B连指挥官几时几分，B连指挥官一定会让通讯员再回去通知A连指挥官，可怜的通讯员只能冒着危险返回A连，因为A连指挥官看不到通讯员返回的话，不知道几时几分这个信息到底传达到了B连没有。这是第二次。现在B连指挥官开始担心通讯员是否回到了A连，如果没回到，B连指挥官会设身处地的想一想A连指挥官见不到返回的通讯员，肯定是不敢打的，所以B连指挥官最盼望的是再次看到通讯员出现在B连，所以A连指挥官会让通讯员再回B连一次。这是第三次。这就是三次握手
简化三次握手流程 从图片可以得到三次握手可以简化为：C发起请求连接S确认，也发起连接C确认我们再看看每次握手的作用：第一次握手：S只可以确认自己可以接受C发送的报文段第二次握手：C可以确认 S收到了自己发送的报文段，并且可以确认自己可以接受S发送的报文段第三次握手：S可以确认 C收到了自己发送的报文段总结：三次握手，对于每一方来说，可以确认两个信息：1.确认 自己可以接受对方发来的报文段2.确认 对方收到了自己的报文一旦这两个得到确认，连接就建立起来了，后面才开始传送数据关于为什么要三次握手，大家从握手过程也可以看得出。不过书上是这样的解释：谢希仁的《计算机网络》说：防止已失效的连接请求报文段突然又传给server “已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送ack包。（此时因为client没有发起建立连接请求，所以client处于CLOSED状态，接受到任何包都会丢弃，谢希仁举的例子就是这种场景）但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。

第一次握手：A客户进程向B发出连接请求报文段，（首部的同步位SYN=1，初始序号seq=x），（SYN=1的报文段不能携带数据）但要消耗掉一个序号，此时TCP客户进程进入SYN-SENT（同步已发送）状态。第二次握手：B收到连接请求报文段后，如同意建立连接，则向A发送确认，在确认报文段中（SYN=1，ACK=1，确认号ack=x+1，初始序号seq=y），TCP服务器进程进入SYN-RCVD（同步收到）状态；第三次握手：TCP客户进程收到B的确认后，要向B给出确认报文段（ACK=1，确认号ack=y+1，序号seq=x+1）（初始为seq=x，第二个报文段所以要+1），ACK报文段可以携带数据，不携带数据则不消耗序号。TCP连接已经建立，A进入ESTABLISHED（已建立连接）。当B收到A的确认后，也进入ESTABLISHED状态。time_wait什么时候出现？当请求量比较大的时候，而且所有的请求都是短连接的时候。因为每一个连接在结束4次挥手的时候，都会有一个time-wait状态的socket出现。这里描述一下4次挥手的过程客户端发起close，此时给服务器发送FIN分节，客户端此时的状态为time_wait_1，服务器收到FIN分节，状态变为CLOSE_WAIT，此时服务端的read函数返回0，发送应答ACK M+1给客户端，客户端收到ACK包后状态变为TIME_WAIT_2。然后服务器调用close发起FIN分节，此时服务器的状态为LAST_ASK，客户端收到FIN分节后状态变为TIME_WAIT状态，同时返回一个ACK 应答给服务器，服务端收到ACK分分节后状态变为CLOSED。

在传输层进行的。 第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。（1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送（报文段4）。（2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1（报文段5）。和SYN一样，一个FIN将占用一个序号。（3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A（报文段6）。 （4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1（报文段7）。
在TCP/IP（即DoD模型）的第三层，即“主机到主机”层。相当于OSI参考模型的传输层(第四层）。一般只说TCP的三次握手。当然，你要把拆除连接也算上，也可以叫四次握手。
TCP/IP由四个层次组成：网络接口层、网络层、传输层、应用层。 三次握手和四次挥手发生在第三层：传输层。 原因：三次握手四次挥手是tcp协议保证可靠全连接的手段，而tcp协议属于传输层协议，理所当然三次握手四次挥手是发生在第三层----传输层

男女握手时什么时候全掌什么时候握半手？ 男女握手时什么时候全掌什么时候握半手？一般性场合为了表示友好和女士握手就是半手，正规的商务场合与女士握手就是全掌，注意和女士握手不管全掌还是半手都不要太用力，为了表示你绅士的一面。和男士握手可以稍微用力，表示你做事认真、对待事情的重要性。握手的时候什么时候双手握什么时候单手握？握手时的单手和双手，体现在对对方的尊敬程度的不同，以及社交的礼遇不同。如果和长辈、领导握手，你伸出双手意味着你对对方的尊敬。如果是外交活动，忌讳一人单手，另一人双手，表示地位的不平等。如果要表达平等和相互尊重，要么都是单手，要么都是双手。什么时候适合和女生握手，什么时候不适合？为什么要握手啊，电视是电视。你又不是在演电视剧。现实点孩子。跟领导握手什么时候用一只手，什么时候用两只手一般跟领导握手我都是两只手。加上鞠躬。显得谦卑3次握手发生在OSI什么时候?传输层，在传递资料前使用三次握手机制确保建立了稳定可靠的连线，然后开始传递资料。OSI模型在目前的网路上使用，不过OSI属于理论模型，而实际使用的是TCP/IP协议栈。一个是理论的参考模型，一个是实际的技术产物。男女握手的时候是怎么个握法你好,男士和女士握手,男士应该握女士的手指,是对女士的最好的尊重!这是最基本的礼貌.男生什么时候不可以先向女生握手?为体现女士优先，所以握手的决定权在女士手中。如果男士先伸手，女士如果不握，就会带来难堪，所以只能握手，显得很不礼貌。所以应该是女士先伸手，只是社交礼仪。那个女生看来是有点误会了，不过她是不会点明的，那你也在去想这事了。和班主任握手如果从礼仪上说，应该是长辈或女士主动伸手，你是显得极度没有礼貌……不过中国人不太讲究，而且也体现了你的感激之情，所以反而不会有不礼貌的感觉。井柏然握手会大概什么时候会举办具体时间还没定呢。估计就419过后5月这段时间吧，城市都还没确定呢。SNH48总选举的握手会是什么时候7月27日上海市长宁区兴义路99号世贸商城具体请见官网通告 沈肯尼的与世界握手言和什么时候出肯尼的新书《与世界握手言和》还没有确定什么时候发行，肯尼正在忙着合作剧本的相关事宜