C#中TCP连接的幽灵——CLOSE_WAIT与FIN_WAIT2泄漏排查
前六篇我们从内核调优、粘包、心跳、SSL、跨平台性能，一路打怪升级。今天，回到最基础的TCP状态机，聊聊两个让运维半夜惊醒的“幽灵状态”：CLOSE_WAIT和FIN_WAIT2。一个线上网关，运行一周后ss -s显示CLOSE_WAIT堆积到3万，连接数虚高，最终触发内存报警。
进程都杀了 netstat 还显示端口占用？一文搞懂 FIN_WAIT1 不消失
在运维和开发里，经常遇到这种“诡异”画面：# 找到占用 8000 的服务ss -lntp | grep 8000# LISTEN 0 128 0.0.0.
CPU内存充足却拒绝连接？揭秘Linux底层TIME_WAIT风暴
在排查高并发服务器假死故障时，如果 CPU、内存、磁盘都正常，那凶手 99% 藏在网络套接字（Socket）的底层状态里。在 Linux 系统中，一切皆文件，包括网络连接。每一条 TCP 连接都需要消耗一个本地端口和一个文件描述符（File Descriptor）。
TIME_WAIT 太多导致端口耗尽？一个真实案例讲透 TCP 协议的这个坑
搞后端的人应该都听过 TIME_WAIT 这个词，但说实话，大多数时候你并不会真的被它困扰——直到某天线上疯狂报错，netstat 一查全是 TIME_WAIT 的链接，你才意识到这东西不是闹着玩的。
Linux网络编程之tcp十一种状态及问题处理方法
TCP十一种状态全部11种状态1. 客户端独有的：（1）SYN_SENT （2）FIN_WAIT1 （3）FIN_WAIT2 （4）CLOSING （5）TIME_WAIT 。2.
Linux网络编程——端口复用（多个套接字绑定同一个端口）
实际上，默认的情况下，如果一个网络应用程序的一个套接字 绑定了一个端口，这时候，别的套接字就无法使用这个端口， 验证例子如下:
高性能网络 | 你所不知道的TIME_WAIT和CLOSE_WAIT
一旦有用户在喊:网络变慢了。第一件事情就是，netstat -a | grep TIME_WAIT | wc -l 一下。
腾讯三面：socket 优雅的关闭连接
close函数的作用是关闭套接字，并终止TCP连接。unix网络编程这本书上是这样说的，我觉得这个解释有人会让人产生误解。
百万级别长连接，并发测试指南
结尾有彩蛋哟！前言都说haproxy很牛x, 可是测试的结果实在是不算满意, 越测试越失望,无论是长连接还是并发, 但是测试的流程以及工具倒是可以分享分享。也望指出不足之处。