性能监视器无法直接显示TCP重传率，但可通过IPv4对象下的TcpRetransSegs和TcpOutSegs两个累计计数器手动估算；结合资源监视器的实时“TCP重传/秒”及netstat命令快照，可实现对重传行为的趋势分析、异常定位与归因验证。
性能监视器本身不直接提供“tcp重传率”这一计数器，也无法自动计算百分比（如 retrans/outsegs），但它能调用底层 windows 性能计数器中的原始 tcp 统计值，配合简单换算，实现对 tcp 重传行为的实时追踪。
你需要关注两个关键计数器，并手动建立关联逻辑：
1. 添加核心 TCP 统计计数器
在性能监视器中（按 Win+R → 输入 perfmon → 回车）：
- 右键图表 → “添加计数器”
- 展开 “IPv4” 对象（注意：不是 TCP，是 IPv4 下的 TCP 协议栈统计）
- 勾选以下两项：
- TcpRetransSegs：已重传的 TCP 段总数（累计值）
- TcpOutSegs：本地发出的 TCP 段总数（含重传，也是累计值）
这两项均来自系统内核的 AFD 和 TCPIP 驱动统计，更新及时、权威可靠。
2. 理解并使用“速率差值”替代实时率
由于性能监视器不支持实时公式运算（如除法），你无法直接画出“重传率曲线”，但可通过观察趋势判断异常：
- 若 TcpRetransSegs 曲线斜率明显上升（尤其伴随 TcpOutSegs 缓慢增长），说明单位时间重传激增；
- 正常业务下，TcpRetransSegs 增长应平缓（每秒 ≤ 1–3 次）；持续 > 5 次/秒即需警惕；
- 当 TcpRetransSegs / TcpOutSegs 的历史比值突然升高（例如从 0.2% 跳到 1.5%），往往对应网络抖动、接收端失联或中间设备限速。
3. 配合资源监视器交叉验证
性能监视器看到累计值，资源监视器（perfmon /res）可补实时动态：
- 打开资源监视器 → 切换到“网络”选项卡
- 查看“TCP 重传/秒”列：该值为瞬时速率，>10 次/秒且持续 30 秒以上，基本确认存在链路级丢包；
- 点击列头排序，快速定位重传主力进程（如
chrome.exe、java.exe或某数据库客户端）； - 右键该进程 → “结束进程”，观察 TcpRetransSegs 增速是否骤降，验证归因准确性。
4. 补充命令行快速快照（用于基线对比）
在发现异常时，立即执行：
netstat -s -p tcp | findstr -i "retransmit\|outseg"
输出示例：
Windows 日历同步
下载
将提醒同步至 Windows/Outlook 日历。用户提及「提醒我」「设置提醒」「加到日历」「同步到日历」「日程」「calendar」「日历」时触发。支持Microsoft Graph API 设备代码流认证，无需 Web 服务器，直接写入用户 Outlook 日历。
63570 segments retransmitted 12489274 segments sent out
用计算器算：63570 ÷ 12489274 ≈ 0.51% —— 这就是当前估算的 TCP 重传率。建议每 5 分钟采一次，观察是否爬升。
不复杂但容易忽略。
