socket的连接（三次握手）和关闭过程（四次握手）与服务器各种关闭对客户端的不同影响

最新推荐文章于 2022-05-01 20:09:08 发布
VIP文章 最新推荐文章于 2022-05-01 20:09:08 发布
阅读量2.9k 收藏 7
点赞数 1
分类专栏： 网络编程
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sdlcwangsong/article/details/21394665
版权

之前对socket的TIME_WAIT看的很迷糊，今天在这里总结下，以备今后查看：

socket的连接（三次握手）和关闭过程（四次握手）：


socket状态变迁图：


服务器和客户端各种状态总结：

CLOSED：没有使用该套接字
LISTEND：套接字正在监听连接
SYN_SENT：套接字正在试图主动建立连接
SYN_RECEIVED：正在处于建立连接的初始同步状态
ESTABLISHED：连接已建立
CLOS

最低0.47元/天 解锁文章
sdlcwangsong
关注
  • 1
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
巧解HTTP三次握手四次挥手流程（超详细）.docx
04-22
所谓三次握手(Three-way Handshake)，是指建立一个TCP连接时，需要客户端和服务器总共发送3个包。 三次握手的目的是连接服务器指定端口，建立TCP连接,并同步连接双方的序列号和确认号并交换 TCP 窗口大小信息.在...
socket优雅关闭连接
lzh824359508的博客
08-19 5087
优雅关闭连接前言closeshutdown若被动方一直不发第三次挥手代码 前言 今天突然发现最近搞的那个HTTP服务器的一个bug。 以前有个突然服务器崩溃的问题，不过是偶然发生的，所以一直搁置没有解决。 今天调试过程中突然发现一个致命问题，就是客户端发的HTTP请求在最后一次执行后直接调用了close，而服务端返回的数据导致这个客户端无法接受到，因为服务端的write函数，所以会触发一个SIGPIPE的中断。 close close函数或者shutdown函数调用后都会向对端发送FIN。 一般是客户端
Unix网络编程-客户端和服务端不同的终止状态
NINE_world的博客
05-01 753
正常终止 信号处理 回收子进程 处理被中断的慢系统调用 accept返回前终止 在完成三次握手和accept返回之间（这是一个很小的间隔），客户端重发了RST报文，导致accept失败。这个时候的connect还是可以复用的，所以只要重新连接就行了。 通过套接字选项可以设置RST报文。 此时Posix下errno值会被设置成ECONNABORTED。 因为这个错误是非致命的，所以可以重新启动accept。 只要处理这个错误，并再循环执行accept就可以了。 服务器进程终止 进程终止与主机崩溃不同。 服
有关服务端主动关闭socket带来的几个问题分析--tcp四次握手半关闭问题导致
nobody
09-21 3万+
     一、场景：nginx开启keep-alive：     问题描述：  upstream prematurely closed connection while reading response header from upstream, client: X.90.10, server: www.example.com, request: "POST /web/?a=b HTTP/...
socket服务端突然关闭，导致客户端异常
xiachuyu的博客
08-14 2424
最近碰到个项目，出现socket服务端突然关闭，导致客户端write异常情况。结果发现可以通过signal解决。 signal(SIGPIPE,sig_handler) 当服务器close一个连接时，若client端接着发数据。 根据TCP 协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。 根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出。
TCP三次握手和四次挥手
02-14
TCP需要三次握手，是因为双方都是全双工的，所以要经历三次握手才能够真正建立连接如果是两次的话，不能证明服务器的发送能力和客户端的接收能力。而需要四次挥手，是TCP的半关闭状态造成的挥手过程中会造成两个重要...
C# Socket的TCP通讯的实例代码
01-01
（3）当完成通信后，服务器关闭与客户端的Socket连接。 客户端的步骤如下。 （1）建立客户端的Socket，确定要连接的服务器的主机名和端口。 （2）发送连接请求到服务器，并等待服务器的回馈信息。 （3）连接成功后，...
利用socket实现客户端服务器之间简单通信
12-06
利用socket实现客户端与服务器之间的简单通信，快速熟悉掌握三次握手与四次挥手。。。
从零开始的Socket编程学习
12-26
“一切皆socket！” 话虽些许夸张，但是事实也是，现在的网络编程几乎都是用的...4、socket中TCP的三次握手建立连接详解 5、socket中TCP的四次握手释放连接详解 6、一个例子（实践一下） 7、留下一个问题，欢迎大家
Socket的正确关闭(改良版)
热门推荐
hunkcai的专栏
08-11 5万+
TIME_WAIT状态 如果服务端的Socket比客户端的Socket先关闭，会导致客户端出现TIME_WAIT状态，占用系统资源。 所以，必须等客户端先关闭Socket后，服务器端再关闭Socket才能避免TIME_WAIT状态的出现。 判断客户端Socket的关闭 最近试验发现，当客户端Socket关闭时，服务端的Socket会接收到0字节的通知。 private int Receive(StringBuilder sb) {     int read = 0, total
tcp要点学习-断开连接
yysdsyl的专栏
05-14 2056
主要部分，四次握手： 断开连接其实从我的角度看不区分客户端和服务器端，任何一方都可以调用close(or closesocket)之类的函数开始主动终止一个连接。这里先暂时说正常情况。当调用close函数断开一个连接时，主动断开的一方发送FIN(finish报文给对方。有了之前的经验，我想你应该明白我说的FIN报文时什么东西。也就是一个设置了FIN标志位的报文段。FIN报文也可能附加用户数据，如果
Unix/Linux服务端与客户端崩溃情况
oceanlee2的专栏
10-31 1428
1 正常建立连接： ·服务器端调用accept，客户端调用connect，客户端发送SYN包； ·服务器收到SYN包，回复ACK，并发送一个SYN包； ·客户端收到SYN包，从connect返回，发送SYN包的ACK。此时从客户端角度看，连接已建立，即进入 ESTABLISHED状态； ·服务器端收到ACK，此时从服务器角度来看，连接建立，进入ESTABLISH状态，然后从accept返 回； 由
Socket过程详细解释（包括三次握手建立连接，四次握手断开连接）
一次次成长的过程
06-27 2万+
本文的主要内容如下： 1、网络中进程之间如何通信？ 2、Socket是什么？ 3、socket的基本操作 3.1、socket()函数 3.2、bind()函数 3.3、listen()、connect()函数 3.4、accept()函数 3.5、read()、write()函数等 3.6、close()函数 4、socke
socket关闭过程
shawn的专栏
07-06 1808
在socket进入Time_WAIT需要等待2MSL，MSL是最大段生命周期（Maximum Segment Lifetime），表明一个包存在于网络上到被丢弃之间的这段时间。2MSL是主机确认ACK包被网络丢弃所需的最长时间（ACK被丢弃最长需要一个MSL，
socket编程——服务器异常对客户端的影响
猪哥的专栏
04-24 774
我们在编写socket客户端程序时，必须要提前考虑 服务器异常 时的应对措施，服务器的动作主要有3种： （1）服务器正常，返回给客户端正常数据，也就是正常的数据业务，那么客户端的套接字变为可读，并且read返回一个大于0的值（即读入数据的字节数）。 （2）服务器正常终止，给客户端发送FIN，那么客户端的套接字变为可读，并且read返回0（EOF）。 （3）服务器崩溃，包括崩溃...
socket 建立连接与三次握手的对应关系
blog
08-04 5294
Socket 与 TCP 协议socket 用于网络编程，通过 TCP/UDP 协议建立通信。而面试中也常常问及 Socket 和三次握手的对应关系。一般人都认为是这样的关系。(最初也是这样设计的)connect时，触发了连接请求，向服务器发送了SYN J包，这时connect进入阻塞状态；服务器监听到连接请求，即收到SYN J包，调用accept函数接收请求向客户端发送SYN K ，ACK J+1
说一下socket的三次握手和四次挥手释放
最新发布
07-14
三次握手和四次挥手的目的是为了确保双方能够同步建立和关闭连接，并保证数据的可靠传输。通过握手过程，双方可以确认彼此的状态和序列号，从而建立起可信赖的通信链路。挥手过程则是为了保证数据传输完整，并在双方...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值