java网络篇-tcp的握手和挥手!

1. tcp 的报文

1.1 概念

tcp 报文是 tcp 协议传输的数据单元,也叫作报文段

1.2 报文格式图

1.3 报文格式分析

2. 三次握手

2.1 概念

所谓三次握手 (Three-Way Handshake) 即建立 tcp 连接,就是指建立一个 tcp 连接时,需要客户端和服务端总共发送3个包以确认连接的建立。在socket 编程中,这一过程由客户端执行 connect 来触发。

2.2 流程图

第一次握手:

Client 将标志位 SYN 置为1,随机产生一个值 Seq=X,并将该数据包发送给 Server,Client 进入 SYN_SENT 状态,等待 Server 确认。

第二次握手:

Server 收到数据包后由标志位 SYN=1 知道 Client 请求建立连接,Server 将标志位 SYN 和 ACK 都置为1,Ack=X+1,随机产生一个值Seq=Y,并将该数据包发送给 Client 以确认连接请求,Server 进入 SYN_RCVD 状态。

第三次握手:

Client 收到确认后,检查 Ack 是否为 X+1,ACK 是否为1,如果正确则将标志位 ACK 置为1,Ack=Y+1,并将该数据包发送给 Server,Server 检查 Ack 是否为 Y+1,ACK是否为1,如果正确则连接建立成功,Client 和 Server 进入 ESTABLISHED 状态,完成三次握手,随后 Client 与 Server 之间可以开始传输数据了。

3. 四次挥手

3.1 概念

四次挥手 (Four-Way Wavehand) 即终止 tcp 连接,就是指断开一个 tcp 连接时,需要客户端和服务端总共发送4个包以确认连接的断开。在 socket 编程中,这一过程由客户端或服务端任一方执行 close 来触发。

由于 tcp 连接是全双工的,因此每个方向都必须要单独进行关闭,这一原则是当一方完成数据发送任务后,发送一个 FIN 来终止这一方向的连接,收到一个 FIN 只是意味着这一方向上没有数据流动了,即不会再收到数据了,但是在这个 tcp 连接上仍然能够发送数据,直到这一方向也发送了 FIN。首先进行关闭的一方将执行主动关闭,而另一方则执行被动关闭。

3.2 流程图

第一次挥手:

Client 发送一个 FIN,用来关闭 Client 到 Server 的数据传送,Client 进入 FIN_WAIT_1 状态。

第二次挥手:

Server 收到 FIN 后,发送一个 ACK 给 Client,确认序号为收到序号+1 (与 SYN 相同,一个 FIN 占用一个序号),Server 进入CLOSE_WAIT 状态。

第三次挥手:

Server 发送一个 FIN,用来关闭 Server 到 Client 的数据传送,Server 进入 LAST_ACK状态。

第四次挥手:

Client 收到 FIN 后,Client 进入 TIME_WAIT 状态,接着发送一个 ACK 给 Server,确认序号为收到序号+1,Server 进入 CLOSED状态,完成四次挥手。

4. 为什么握手是三次

首先,我们要知道 tcp 是全双工的,即客户端在给服务器端发送信息的同时,服务器端也可以给客户端发送信息。而半双工的意思是 A 可以给 B 发,B 也可以给 A 发,但是 A 在给 B 发的时候,B 不能给 A 发,即不同时,为半双工。 单工为只能 A 给 B 发,B 不能给 A 发; 或者是只能 B 给 A 发,不能 A 给 B 发。

我们假设 A 和 B 是通信的双方。我理解的握手实际上就是通信,发一次信息就是进行一次握手。

第一次握手: A 给 B 打电话说,你可以听到我说话吗?

第二次握手: B 收到了 A 的信息,然后对 A 说: 我可以听得到你说话啊,你能听得到我说话吗?

第三次握手: A 收到了 B 的信息,然后说可以的,我要给你发信息啦!

在三次握手之后,A 和 B 都能确定这么一件事: 我说的话,你能听到; 你说的话,我也能听到,这样就可以开始正常通信了。

如果两次,那么 B 无法确定 B 的信息 A 是否能收到,所以如果 B 先说话,可能后面的 A 都收不到,会出现问题 。如果四次,那么就造成了浪费,因为在三次结束之后,就已经可以保证 A 可以给 B 发信息,A 可以收到 B 的信息; B 可以给 A 发信息,B 可以收到 A 的信息。

5. 为什么挥手是四次

A:"喂,先这样,不说了 (FIN)。" A -> FIN_WAIT1

B: "我知道了 (ACK)。稍等,我还有话说 (传输数据)。" B-> CLOSE_WAIT | A-> FIN_WAIT2

B: "好了,我说完了,我也没什么可说了 (FIN)。" B -> LAST_ACK

A: "我知道了(ACK)。" A -> TIME_WAIT | B -> CLOSED

A 等待 2MSL,保证 B 收到了消息,否则重说一次"我知道了",A -> CLOSED

这样,通过四次挥手,可以把该说的话都说完,并且 A 和 B 都知道自己没话说了,对方也没话说了,然后就挂掉电话(断开链接)了。

 为了让学习变得轻松、高效,今天给大家免费分享一套Java教学资源。帮助大家在成为Java架构师的道路上披荆斩棘。需要资料的欢迎加入学习交流群:9285,05736

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,589评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,615评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,933评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,976评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,999评论 6 393
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,775评论 1 307
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,474评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,359评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,854评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,007评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,146评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,826评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,484评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,029评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,153评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,420评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,107评论 2 356

推荐阅读更多精彩内容