你有没有遇到过这样的情况：公司视频会议老是掉帧，远程桌面操作延迟高得像在放幻灯片，或者自己搭建的NAS传个文件，速度卡在1MB/s不动？这时候光重启路由器、重装网卡驱动，往往治标不治本。真正要解决问题，得走一遍靠谱的网络性能分析流程——不是靠猜，而是靠数据说话。
第一步：明确问题现象，锁定范围
别一上来就开Wireshark抓包。先问清楚：是全网慢，还是只有某台电脑？是访问外网慢，还是内网服务（比如公司OA、Git服务器）响应卡？举个例子，小王发现财务部三台电脑连ERP系统特别慢，但刷网页、看视频都正常——这说明问题大概率出在局域网内部或ERP服务器链路上，而不是宽带本身。
第二步：分层检测，逐级排除
按OSI模型从底层往上查：
• 物理层：网线是不是插松了？交换机端口灯有没有常亮/闪烁异常？换根线试试；
• 数据链路层：运行 arp -a 看有没有重复IP或异常MAC；用 ping -t 192.168.1.1 持续测网关，观察丢包和延迟波动；
• 网络层：用 tracert -d 目标IP（Windows）或 mtr 目标IP（Linux/macOS）看哪一跳开始延迟飙升或丢包；
• 传输层：用 netstat -ano | findstr :3389 查看远程桌面端口是否被占满，或用 ss -tuln 观察连接状态。
第三步：抓包分析，揪出真凶
当怀疑是协议或应用层问题时，抓包就派上用场了。比如Web页面加载慢，可以：
• 在浏览器开发者工具Network面板里看哪个资源耗时最长；
• 同时用Wireshark过滤 http or tls，抓下请求过程，重点关注TCP重传（Retransmission）、Zero Window、大量Dup ACK等标志；
• 如果发现客户端频繁发SYN但没收到SYN-ACK，可能是防火墙拦截或服务器端口未监听。
第四步：工具组合拳，不单靠一个软件
单一工具容易误判。推荐日常搭配使用：
• 测速+基础诊断：iperf3 -c 192.168.1.100 -t 30（测内网带宽）；
• 实时流量监控：nethogs（Linux下按进程看实时吞吐）；
• 可视化分析：ntopng 部署在软路由或树莓派上，能直观看到谁在占带宽、用了什么协议；
• Windows用户可直接用资源监视器→网络选项卡，右键“按网络活动排序”，立刻发现后台偷偷上传的OneDrive或Teams更新进程。
第五步：验证改进效果
改完不能只问“好了没”。比如给交换机升级固件后，要重新跑一遍 iperf3 对比前后吞吐，用 ping -n 100 192.168.1.1 统计平均延迟和抖动变化。真实案例：某网吧把千兆交换机换成支持Jumbo Frame的型号后，CS:GO对战延迟从25ms降到12ms——数据不会说谎。
网络性能分析不是玄学，它是一套可复现、可验证的动作序列。流程走对了，很多“玄学故障”当场就能定位。下次再遇到“网络卡”，别急着换设备，打开命令行，一步步来。