CMD查看端口占用怎么用？一条命令定位占用程序
本地服务启动失败，看端口占提示“端口已被占用”，用用用程或者网页打不开、条命数据库连不上，令定这类问题在 Windows 上很常见。位占多数情况下并不是看端口占程序坏了，而是用用用程某个端口被别的进程抢先占用了。CMD（命令提示符）自带的条命 netstat 和 tasklist 就能把这件事查清楚：哪个端口被占用、占用它的令定进程 ID 是多少、这个进程又是位占哪个程序。下面按实际操作顺序讲一遍，看端口占并说明常见的用用用程失败分支怎么处理。
先弄清两个命令的条命分工
查端口占用主要靠两条命令配合。netstat 负责列出当前的令定网络连接与监听状态，能看到本地地址、位占端口号、状态和对应的进程 ID（PID）；tasklist 负责根据 PID 反查进程名称和路径。只查端口不查进程，等于知道“有人占了车位”却不知道是谁；只查进程不查端口，又无法确认是不是它占的。两步配合，才能定位到具体程序。
需要提醒的是，PID 是系统动态分配的，程序重启后可能变成另一个数字，所以每次排查都要重新查一遍，不要拿旧记录直接套用。另外，部分系统进程需要管理员权限才能看到完整信息，普通窗口可能显示不全。
操作步骤：从查端口到找到程序
cmd 回车；如果要查系统级进程，右键选择“以管理员身份运行”。netstat -ano 回车。参数含义：-a 显示所有连接和监听端口，-n 以数字形式显示地址和端口（不做域名解析，速度更快），-o 显示对应的进程 ID。netstat -ano | findstr :8080。注意端口前的冒号要带上，否则容易把包含该数字的其他行也匹配进来。LISTENING 表示有程序正在监听该端口，TIME_WAIT、ESTABLISHED 则是连接状态，含义不同。tasklist | findstr 1234（把 1234 换成实际 PID）。输出会给出映像名称，例如 java.exe、node.exe、nginx.exe，基本就能判断是哪个软件了。wmic process where processid=1234 get name,executablepath。部分较新的系统版本中 wmic 可能已不再默认提供，此时用任务管理器的“详细信息”标签页，按 PID 排序查找同样可以，具体以本机系统界面为准。找到之后怎么办：三种处理方式
第一种，确认是你自己的程序。比如开发时上一次启动的服务没关干净，直接在任务管理器里结束该进程，或者用 taskkill /PID 1234 /F 强制结束，然后重新启动服务即可。加 /F 是强制终止，不加则发送正常关闭请求，优先尝试不加参数的方式，给程序留出正常退出的机会。
第二种，是系统或其他重要软件占用的端口。这种情况不建议直接结束进程，尤其是 135、445、3389 这类系统相关端口，强行终止可能影响系统功能或远程连接。更稳妥的做法是改自己程序的监听端口，在配置文件里换一个未被占用的号码，例如把 8080 改成 8081。
第三种，状态是 TIME_WAIT 而不是 LISTENING。这通常不是“被占用”，而是连接关闭后的正常等待状态，一般等待一段时间会自行释放。如果频繁出现，可能是程序没有正确复用连接，属于代码层面的优化问题，而不是靠结束进程能解决的。
常见卡点与核对清单
提示“不是内部或外部命令”，通常是命令拼写有误，或当前不在正常的系统命令行环境里；先确认输入的是 netstat 而不是 netstats 之类的变体。查不到任何结果，先确认端口号有没有写错，再确认该服务是否真的已经启动——服务没起来，自然不会有监听记录。
显示 PID 但 tasklist 查不到对应进程，多半是权限不足，换成管理员身份重新打开 CMD 再试。查到的进程名是 svchost.exe，说明这是由系统服务宿主托管的服务，需要进一步在任务管理器的“服务”标签页里定位具体服务名称，不要盲目结束。
还有一点容易被忽略：如果程序跑在虚拟机、容器或 WSL 里，宿主机上看到的端口占用情况可能和容器内部不一致，排查时要分清是在哪一层查。以实际运行环境为准，必要时分别在宿主机和容器内各查一次。
小结一下操作顺序：先用 netstat -ano | findstr :端口号 拿到 PID，再用 tasklist | findstr PID 确认程序，最后根据程序归属决定是结束进程还是更换端口。把这套流程记熟，绝大多数“端口被占用”的报错都能在几分钟内定位。涉及系统进程或生产环境时，先确认影响范围再动手，拿不准就查该软件的官方文档或系统说明，不要凭猜测强制结束进程。