3. Windows 环境排查：netstat、资源监视器与 PowerShell
Windows 下的端口排查，说实话，是咱们网络运维的日常。我见过不少同事，一遇到端口冲突就重启应用，甚至重启服务器。其实，Windows 自带的工具链足够强大，只是很多人没用好。今天我就把这三板斧——netstat、资源监视器、PowerShell 的 Get-NetTCPConnection——给你讲透。
3.1 netstat：老牌命令行工具，但你真的会用吗？
netstat 是 Windows 上最经典的网络诊断命令。我个人习惯，不管多新的系统，第一反应还是敲 netstat -ano。为什么？因为它快，而且信息全。
3.1.1 常用参数组合
| 参数 | 含义 | 我的使用场景 |
|---|---|---|
-a |
显示所有连接和监听端口 | 排查服务是否启动 |
-n |
以数字形式显示地址和端口 | 避免 DNS 解析拖慢速度 |
-o |
显示关联的进程 PID | 定位是哪个进程占用了端口 |
-b |
显示可执行程序名称 | 需要管理员权限，但最直观 |
netstat -ano | findstr :8080 快速过滤，找到 PID 后，再用 tasklist | findstr 1234 看是哪个进程。比直接敲 -b 快得多，而且不需要管理员权限。
3.1.2 实战：定位端口冲突
假设你的 Web 应用启动时报错 Address already in use:8080。我会这么做：
- 打开 CMD（管理员身份）
- 输入
netstat -ano | findstr :8080 - 看到类似
TCP 0.0.0.0:8080 0.0.0.0:0 LISTENING 5678 - 执行
tasklist /FI "PID eq 5678"
嗯，这里要注意：如果返回的是 System 或 svchost.exe，那可能是 Windows 系统服务占用了端口。我曾经遇到过 IIS 和 Apache 抢 80 端口的情况，查了半天才发现是 World Wide Web Publishing Service 在作怪。
netsh http show servicestate 可以看 HTTP 栈的占用情况。
3.2 资源监视器：图形化排查，一目了然
说实话，命令行虽然快，但有时候信息太多，眼睛看花了。这时候我会打开资源监视器。你可以在运行框输入 resmon 快速启动。
3.2.1 网络面板的使用
点开「网络」选项卡，你会看到一个「监听端口」列表。这里比 netstat 强的地方在于：
- 实时刷新：端口变化能立刻看到
- 进程关联：直接显示进程名和 PID，不用再查一次
- 网络活动：能看到哪个进程在发送/接收数据
我记得有一次，客户说数据库连不上。我远程一看，资源监视器里显示 SQL Server 的 1433 端口处于 LISTENING 状态，但网络活动里没有任何入站连接。这说明防火墙或者网络策略有问题，而不是端口冲突。这个判断，用 netstat 也能做，但资源监视器更直观。
3.2.2 如何快速定位占用进程
在「监听端口」区域，右键点击任意端口，选择「搜索在线」——其实这个功能没啥用。真正有用的是：
- 在「网络活动」里，按「发送(B/秒)」排序
- 找到流量异常的进程
- 右键 -> 「结束进程」
你想想看，如果某个端口被占用，但你不确定是不是恶意软件，资源监视器能直接看到这个进程的完整路径。我曾经用这个方法，发现了一个伪装成 svchost.exe 的挖矿程序，它占用了 3333 端口做矿池通信。
3.3 PowerShell Get-NetTCPConnection：现代排查利器
如果你还在用 Windows 7 或 Server 2008，那 netstat 是你的主力。但如果你用的是 Windows 10/11 或 Server 2016+，我强烈建议你学会 Get-NetTCPConnection。为什么？因为它返回的是对象，不是字符串。你可以用管道做各种花式操作。
3.3.1 基础用法
# 查看所有 TCP 连接
Get-NetTCPConnection
# 只看监听状态的端口
Get-NetTCPConnection -State Listen
# 过滤特定端口
Get-NetTCPConnection -LocalPort 3389
# 查看关联进程
Get-NetTCPConnection | Get-Process -Id { $_.OwningProcess }我个人最喜欢的是这个组合：
Get-NetTCPConnection -State Listen |
Select-Object LocalPort, OwningProcess, @{Name="ProcessName";Expression={(Get-Process -Id $_.OwningProcess).ProcessName}} |
Format-Table -AutoSize这条命令直接输出「端口号 - PID - 进程名」的表格，比 netstat 加 tasklist 的组合拳优雅多了。
3.3.2 高级场景：动态端口范围冲突
Windows 默认会预留一段动态端口范围（通常是 49152-65535）给临时连接。但有些应用会占用这个范围内的端口做监听，导致冲突。
用 PowerShell 可以快速查看当前动态端口范围：
netsh int ipv4 show dynamicport tcp如果发现端口占用在这个范围内，可以用以下命令调整：
netsh int ipv4 set dynamicport tcp start=10000 num=10000嗯，这里要提醒你：修改动态端口范围会影响所有使用临时端口的应用，包括 RPC、SMB 等。我曾在生产环境上改过，结果导致域控复制失败。所以，改之前一定要确认。
3.3.3 脚本化监控
你可以写一个简单的 PowerShell 脚本，定期检查特定端口是否被占用：
$port = 8080
$connection = Get-NetTCPConnection -LocalPort $port -ErrorAction SilentlyContinue
if ($connection) {
$process = Get-Process -Id $connection.OwningProcess
Write-Warning "端口 $port 被 $($process.ProcessName) (PID: $($process.Id)) 占用"
} else {
Write-Host "端口 $port 可用" -ForegroundColor Green
}我把这个脚本放在计划任务里，每 5 分钟跑一次。一旦端口被占用，就自动发邮件告警。说白了，这就是一个轻量级的端口监控方案。
Get-NetTCPConnection -CimSession $session，可以批量检查多台服务器。
3.4 三种工具的对比与选择
| 工具 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| netstat | 快速排查、低版本系统 | 无需额外安装、参数简单 | 输出是文本，不易脚本化 |
| 资源监视器 | 图形化分析、交叉比对 | 实时、直观、信息全面 | 无法远程、不适合自动化 |
| Get-NetTCPConnection | 脚本化、批量排查、现代系统 | 对象化输出、可远程、速度快 | 需要 PowerShell 3.0+ |
你想想看，这三种工具其实覆盖了不同的排查阶段：
- 第一反应：netstat -ano | findstr :端口
- 深入分析：资源监视器看进程和流量
- 自动化运维：PowerShell 脚本定期检查
我个人习惯是，日常巡检用 PowerShell 脚本，出问题时先用 netstat 快速定位，如果问题复杂再开资源监视器看细节。三者配合，基本没有查不出来的端口问题。