作者：谢代斌 研究测试TCP断开和异常的各种情况，以便于分析网络应用（比如tconnd）断网的原因和场景，帮组分析和定位连接异常掉线的问题，并提供给TCP相关的开发测试人员作为参考。 各个游戏接入都
在前文中讲述了Linux服务端TCP通信出现CLOSE_WAIT状态的原因，这篇文章主要通过一个实例演示它个一个“恶劣”影响：直接使服务端进程Down掉。
http://blog.csdn.net/Yaokai_AssultMaster/article/details/68951150
socket即套接字，用于描述地址和端口，是一个通信链的句柄。应用程序通过socket向网络发出请求或者回应。
其实在写这篇文章开始之前，原本想打算先介绍一下TCP/IP协议的内容，但是在网上看了一些博客，大概都讲的差不多，随便找几篇博客来看（https://developer.51cto.com/art/201906/597961.htm），你就会对这个协议有一个大概的了解（有些地方或许读者和我一样可能也看的不是很明白，但是这对编程阻碍不大），所以我也不打算写这个了（理由是，自己也比较菜，只要大概了解一下这部分内容就行，在日后学习或者工作当中遇到什么不理解的地方再去深入学，比较有针对性；所以侧重点还是在编程上，最终实现理论转到实践当中去，才是王道）。不过经典的TCP三次握手和四次挥手告别，这个基本你必须要明白，这里简单介绍一下，那么就开始今天的内容了。
在Linux后端服务网络通信开发中，可能会遇到CLOSE_WAIT的状况。引起TCP CLOSE_WAIT状态的情况很多，归根结底还是由于被动关闭的一方没有关闭socket链路导致的。这篇文章主要是通过用一个简单的例子通过TCPDUMP和Wireshark这两个工具来模拟产生CLOSE_WAIT的情况，下一篇主要是对这个问题的原理解释。
Socket 在英文中的含义为“（连接两个物品的）凹槽”，像the eye socket，意为“眼窝”，此外还有“插座”的意思。在计算机科学中，socket 通常是指一个连接的两个端点，这里的连接可以是同一机器上的，像unix domain socket，也可以是不同机器上的，像network socket。
前文《使用TCPDUMP和Wireshark排查服务端CLOSE_WAIT（一）》通过TCPDUMP和Wireshark在利用CentOS7作为服务端、Windows10作为客户端，模拟演示了一个TCP通信的CLOSE_WAIT状态，这篇文章主要利用前文的数据尝试解释Linux服务端产生CLOSE_WAIT状态的原因。
1)头文件 windows下winsock.h/winsock2.h linux下sys/socket.h 错误处理：errno.h 2)初始化 windows下需要用WSAStartup WSADATA wsaData; err = WSAStartup(0x202,&wsaData); if ( err != 0 ) { return 0; } else if ( LOBYTE( wsaData.wVersion )
在早期运维工作中，查看服务器连接数一般都会用netstat命令。其实，有一个命令比netstat更高效，那就是ss（Socket Statistics）命令！ ss命令可以用来获取socket统计信息，它可以显示和netstat类似的内容。 ss的优势在于它能够显示更多更详细的有关TCP和连接状态的信息，而且比netstat更快速更高效。原因如下： 1）当服务器的socket连接数量变得非常大时，无论是使用netstat命令还是直接cat /proc/net/tcp，执行速度都会很慢。可能你不会有切身的感受
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。上篇博客讲了socket的阻塞和非阻塞，这篇就开始谈一谈socket的close(以tcp为例且基于linux-2.6.24内核版本)
我们知道 UDP 协议乐观且心大，相信网络环境比较健康，数据是可以送达的，即使送达不了也没关系。而 TCP（Transmission Control Protocol，传输控制协议） 就不一样了，它是悲观且严谨，认为网络环境是恶劣的，丢包、乱序、重传和拥塞是常有的事，一言不合就可能送达不了了，因而要从算法层面来保证可靠性。
当 close 一个 TCP 连接时，如果还有没发送完的数据在缓冲区中，内核会怎么处理？
上篇文章 一个有关tcp的非常有意思的问题 中我们讲到，在tcp建立连接后，如果一端关闭了连接，另一端的第一次write还是可以写成功的，文章中也分析了造成这种现象的具体原因。
主动断开连接 主动断开连接会发送，关闭事件 connec函数检测连接状态，getlasterror send发送（tcp keeplive心跳包或者有数据时检测），recv接收判断异常（无数据判断异常） linux中的 select（socket用户和内核传递数组，大小有限制） poll（同select大小无限制，链表维护） epoll（内核态数据） 拔网线 拔网线后，关闭事件不能传递，连接状态不好检测 设置连接或者发送超时，同步套接字超时设置 // platform-specific switch #i
本文为翻译英文BLOG《Coping with the TCP TIME-WAIT state on busy Linux servers》，但并非完整的翻译，译者CFC4N对原文理解后，进行了调整，增加了相关论点论据，跟原文稍有不同。翻译的目的，是为了加深自己知识点的记忆，以及分享给其他朋友，或许对他们也有帮助。文章比较长，没耐心请点关闭。
原文链接：http://scotdoyle.com/python-epoll-howto.html
要在线关闭一个 TCP Socket 连接，你可能会说很简单，netstat -antp 找到连接，kill 掉这个进程就行了。
每个进程各自有不同的用户地址空间,任何一个进程的全局变量在另一个进程中都看不到，所以进程之间要交换数据必须通过内核,在内核中开辟一块缓冲区,进程A把数据从用户空间拷到内核缓冲区,进程B再从内核缓冲区把数据读走,内核提供的这种机制称为进程间通信。
这些年，接触了形形色色的项目，写了不少网络编程的代码，从windows到linux，跌进了不少坑，由于网络编程涉及很多细节和技巧，一直想写篇文章来总结下这方面的心得与经验，希望对来者有一点帮助，那就善莫大焉了。 本文涉及的平台包括windows和linux，下面开始啦。 一、非阻塞的的connect()函数如何编写 我们知道用connect()函数默认是阻塞的，直到三次握手建立之后，或者实在连不上超时返回，期间程序执行流一直阻塞在那里。那么如何利用connect()函数编写非阻塞的连接代码呢？ 无论在win
这些年，接触了形形色色的项目，写了不少网络编程的代码，从windows到linux，跌进了不少坑，由于网络编程涉及很多细节和技巧，一直想写篇文章来总结下这方面的心得与经验，希望对来者有一点帮助，那就善莫大焉了。 本文涉及的平台包括windows和linux，下面开始啦。 一、非阻塞的connect()函数如何编写 我们知道用connect()函数默认是阻塞的，直到三次握手建立之后，或者实在连不上超时返回，期间程序执行流一直阻塞在那里。那么如何利用connect()函数编写非阻塞的连接代码呢？ 无论在wind
MSL是Maximum Segment Lifetime英文的缩写,中文可以译为“报文最大生存时间”.
IP地址的作用是表示网络中唯一的一台设备的，也就是说通过IP地址能够找到网络中某台设备。
Socket的英文原义是“孔”或“插座”。在编程中，Socket被称做套接字，是网络通信中的一种约定。Socket编程的应用无处不在，我们平时用的QQ、微信、浏览器等程序，都与Socket编程有关。我们平时使用浏览器查资料，这个过程的技术原理是怎样的呢？
第一次接触服务器是快毕业的时候，是不是有点晚(#￣ω￣)，这也导致工作方向一直没考虑网络编程这块，做了好多其他没啥“意思”的技术。 之前看到一篇博文提到程序猿80%都是庸才，10%是人才，10%是天才，深有感触。仔细想想自己是不是也是还在那80%里面挣扎？一个抱怨这抱怨那的trouble maker，写着烂的掉渣的代码，永远在别人身后不思进取，给剩下的20%的同事埋雷。 扯远了，重新回顾Socket，温习下Linux内核是怎么处理Socket的吧。 文件描述符，在网络编程中经常提及这个词，当时初
一、用select实现的并发服务器，能达到的并发数，受两方面限制 1、一个进程能打开的最大文件描述符限制。这可以通过调整内核参数。可以通过ulimit -n来调整或者使用setrlimit函数设置，
这篇文章从nginx的499着手，分析整个过程中是怎么产生499行为的，以及各种往返网络包出现的原因。说说我通过这个499问题一步一步分析的整个过程，不一定正确，但很有意思。
int setsockopt( SOCKET s, int level, int optname, const char* optval, int optlen );
在Linux TCP通信的调试中，tcpdump应该算是很好的一个工具。这篇文章主要使用Windows作为客户端，向作为服务端的Linux中的一个socket监听端口发送报文信息，然后在Linux中用TCPDUMP工具进行抓包。通过这个实例，可以较为完整的了解TCP通信中的“三次握手”等过程。
在 socket 是阻塞模式下 connect 函数会一直到有明确的结果才会返回（或连接成功或连接失败），如果服务器地址“较远”，连接速度比较慢，connect 函数在连接过程中可能会导致程序阻塞在 connect 函数处好一会儿（如两三秒之久），虽然这一般也不会对依赖于网络通信的程序造成什么影响，但在实际项目中，我们一般倾向使用所谓的异步的 connect 技术，或者叫非阻塞的 connect。这个流程一般有如下步骤：
这是在windows下面的定义。在linux下面的定义只是将SOCKET改成int，那么在linux下面的原型是这样：
进程通信： 每个进程各自有不同的用户地址空间,任何一个进程的全局变量在另一个进程中都看不到，所以进程之间要交换数据必须通过内核,在内核中开辟一块缓冲区,进程A把数据从用户空间拷到内核缓冲区,进程B再从内核缓冲区把数据读走,内核提供的这种机制称为进程间通信。
只要和网络服务涉及的，就离不开Socket以及Socket编程，下面就说说Python Socket通信的基本原理。
** 若TIME_WAIT事件设置过短, 会导致错误后果 TIME_WAIT结束过早, 导致之前迷失的第三次握手突然到达, 新连接突然成功
因为后台更新固定链接的缘故，导致前期的原文链接点击没有反应，目前这个问题已经被解决。
随着网际网络的发展，传统的HTTP协议已经很难满足Web应用日益复杂的需求了。近年来，随着HTML5的完善，WebSocket协议被提出，它实现了浏览器与服务器的全双工通讯，扩充套件了浏览器与服务端的通讯功能，使服务端也能主动向客户端传送资料。
进 程通信的概念最初来源于单机系统。由于每个进程都在自己的地址范围内运行，为保证两个相互通信的进
socket通常也称作"套接字"，用于描述IP地址和端口，是一个通信链的句柄，应用程序通常通过"套接字"向网络发出请求或者应答网络请求。
TCP断开连接，需要经历四次挥手，通信的双方都可主动断开连接，断开连接通信的双方占用的资源将会被释放。
所以，对 server 端，通过增加内存、修改最大文件描述符个数等参数，单机最大并发 TCP 连接数超过 10 万, 甚至上百万是没问题的。
accept(2): accept connection on socket - Linux man page (die.net)
socket起源于Unix，而Unix/Linux基本哲学之一就是“一切皆文件”，对于文件用【打开】【读写】【关闭】模式来操作。socket就是该模式的一个实现，socket即是一种特殊的文件，一些socket函数就是对其进行的操作（读/写IO、打开、关闭）
学习笔记,侵权删. Socket相关知识 （1）什么是Socket? 在计算机通信领域，socket被翻译为“套接字” 它是计算机之间进行通信 的一种约定或一种方式。通过socket这种约定
1、TCP、UDP 协议的区别 2、TCP 头部结构 3、三次握手与四次挥手过程详解 4、什么是 TIME_WATI 状态
实际 windows 下 socket 编程和 linux 下几乎没有什么区别，函数名、结构体信息等都一模一样的，因为这些并非是操作系统所设计决定的。而是由公共的组织在维护和约定这些规范。在 windows 下唯一与 linux 不同的就是需要自己手动加载套接字库。其他几乎完全一致，参考以下代码。
我们知道，像 Nginx、Workerman 都是单 Master 多 Worker 的进程模型。
还真有，最近有 C++ 同学被百度从简历池捞起来面试了，目前经历了一二面，我把比较通用的面试问题抽离出来跟大家分享一波。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
