4. 端口占用排查与解决实战：Windows环境 - 使用netstat命令排查端口
说到Windows下的端口排查，netstat绝对是我用得最多的命令，没有之一。你想想看，一个生产环境的应用突然起不来了，报错说“端口被占用”，这时候你第一反应是什么？我个人的习惯是——先别慌，打开命令行，敲个netstat看看。
说白了，netstat就是Windows系统自带的一个网络状态查看工具。它能把当前机器上所有的网络连接、监听端口、路由表这些东西一股脑儿列出来。嗯，虽然输出内容有时候看着有点乱，但只要你掌握了几个关键参数，排查端口问题其实就那么几秒钟的事。
4.1 netstat基础用法
先说说最基本的。打开cmd（命令提示符），直接输入netstat，你会看到一堆输出。但说实话，光这么用意义不大，因为信息太杂了。我一般都会带上参数。
这里有个小技巧：用管理员权限打开cmd。为什么？因为有些高权限进程的端口信息，普通模式下是看不到的。我曾经遇到过一个问题，排查了半天发现是系统服务占用了端口，但普通模式下netstat根本没显示出来——白白浪费了半小时。
最常用的参数组合：
-a：显示所有连接和监听端口-n：以数字形式显示地址和端口号（不解析域名，速度快很多）-o：显示关联的进程PID（这个最实用）-b：显示可执行程序名称（需要管理员权限）
我个人最常用的组合是netstat -ano。为什么？因为-a能看到所有状态，-n让输出更清爽，-o直接告诉你这个端口是谁在占用。三剑合一，效率最高。
C:\Users\admin>netstat -ano
活动连接
协议 本地地址 外部地址 状态 PID
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 1056
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:3306 0.0.0.0:0 LISTENING 6720
TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 12340
TCP 192.168.1.100:5432 192.168.1.50:52341 ESTABLISHED 8892
UDP 0.0.0.0:123 *:* 1108
看到没？每一行都清清楚楚。本地地址那一列，冒号后面就是端口号。状态列告诉你这个端口是在监听（LISTENING）还是已经建立了连接（ESTABLISHED）。最后一列的PID，就是进程的身份证号。
4.2 如何精准定位占用端口的进程
好，现在假设你发现8080端口被占用了。怎么找到是谁干的？两步走。
第一步：找到PID
C:\Users\admin>netstat -ano | findstr :8080
TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 12340
这里我用findstr做了个过滤，只显示包含8080的行。最后一列的12340就是PID。
第二步：通过PID查进程
方法一：用任务管理器。打开任务管理器，切换到“详细信息”选项卡，找到PID为12340的进程，就能看到它的名字了。
方法二：用命令行。我个人更喜欢这种方式，因为快。
C:\Users\admin>tasklist | findstr 12340
java.exe 12340 Console 1 45,680 K
哦，原来是java.exe占用了8080端口。嗯，这很常见，Tomcat、Spring Boot之类的Java应用默认都用8080。
小提示：如果你用的是Windows 10或Windows Server 2016以上版本，可以直接用netstat -anob一步到位。这个命令会直接显示进程的可执行文件名，省去了查PID的步骤。不过需要管理员权限。
4.3 端口状态解读
很多新手看到netstat的输出，对状态列一头雾水。我简单说一下最常见的几种状态：
| 状态 | 含义 | 常见场景 |
|---|---|---|
| LISTENING | 正在监听，等待连接 | 服务端程序启动后，端口处于此状态 |
| ESTABLISHED | 已建立连接 | 客户端与服务器正在通信 |
| TIME_WAIT | 主动关闭连接后等待 | 大量出现时可能端口耗尽 |
| CLOSE_WAIT | 被动关闭，等待应用关闭 | 应用未正常关闭连接，需要排查 |
| SYN_SENT | 正在尝试连接 | 连接超时或目标不可达时常见 |
我记得有一次线上排查，发现某个应用端口处于CLOSE_WAIT状态，而且数量一直在涨。这就是典型的“连接泄漏”——应用收到了关闭请求，但代码里没做清理。最后定位到是一个HTTP连接池没有正确释放。
4.4 实战：端口被占用怎么办？
找到占用端口的进程后，你有两个选择：要么杀了它，要么换个端口。
方案一：终止进程
C:\Users\admin>taskkill /PID 12340 /F
成功: 已终止 PID 为 12340 的进程。
/F参数是强制终止。注意，有些系统进程你杀不掉，会提示“拒绝访问”。这时候要么用管理员权限，要么就别动它——系统进程占用的端口，你最好换个端口用。
警告：杀进程之前，一定要确认这个进程是不是关键服务。我曾经手快杀了一个数据库进程，结果整个测试环境挂了半小时。先看看进程名，确认不是系统服务再动手。
方案二：修改应用端口
如果这个进程不能杀（比如是生产环境的服务），那就改你的应用配置，换个端口。比如Tomcat改server.xml里的Connector port，Nginx改nginx.conf里的listen。
4.5 知识体系：端口排查核心逻辑
说了这么多，我画个图帮你理一下思路。端口排查其实就三步：查、找、定。
4.6 几个避坑指南
最后，分享几个我踩过的坑，你遇到了能少走弯路。
- 端口明明没被占用，但应用就是起不来？ 检查一下是不是防火墙拦了。Windows防火墙有时候会静默拦截端口，
netstat是看不出来的。用netsh advfirewall firewall show rule name=all查一下。 - 查到了PID，但任务管理器里看不到？ 打开任务管理器，点“查看” → “选择列”，勾上“PID”。或者直接用
tasklist命令。 - 端口范围0-1024被占用？ 这些是系统保留端口，一般需要管理员权限才能用。如果你开发时遇到，换个1024以上的端口就行。
- 为什么
netstat -ano输出里有些端口没有PID？ 嗯，这种情况通常出现在UDP端口或者一些系统级的连接上。你可以试试用管理员权限重新跑一次。
好了，Windows下用netstat排查端口的基本功就这些。说白了，就是三板斧：查端口、找PID、定进程。多练几次，你闭着眼睛都能搞定。