TCP重传率=重传段数/总发送段数×100%，需用Performance Monitor中TCPv4\Segments Retransmitted/sec与TCPv4\Segments Sent/sec手动计算；当前连接数推荐监控TCPv4\Connections Established。
可以通过 windows 自带的性能监视器（performance monitor）直接采集 tcp 重传率和当前 tcp 连接数，无需额外安装工具。关键在于选择正确的性能计数器，并理解其含义和典型阈值。
TCP 重传率的监控方法
Windows 不提供“重传率”直接计数器，需通过两个基础计数器手动计算：重传段数 ÷ 总发送段数 × 100%。
- 重传段数：计数器路径为 TCPv4\Segments Retransmitted/sec（IPv4）或 TCPv6\Segments Retransmitted/sec（IPv6）
- 总发送段数：对应使用 TCPv4\Segments Sent/sec 或 TCPv6\Segments Sent/sec
- 建议在性能监视器中同时添加这两项，用自定义视图或导出到 CSV 后用 Excel 计算比值；若需实时率，可用 PowerShell 脚本每秒取样并输出百分比
- 持续高于 1–2% 表示网络丢包或拥塞，需排查链路、防火墙分片、接收端窗口不足等问题
当前 TCP 连接数的准确获取
“当前连接数”应区分监听态与已建立态，推荐重点关注 ESTABLISHED 连接数，它反映真实服务负载。
Windows 日历同步
下载
将提醒同步至 Windows/Outlook 日历。用户提及「提醒我」「设置提醒」「加到日历」「同步到日历」「日程」「calendar」「日历」时触发。支持Microsoft Graph API 设备代码流认证，无需 Web 服务器，直接写入用户 Outlook 日历。
- TCPv4\Connections Established —— 当前处于 ESTABLISHED 状态的 IPv4 连接数（最常用）
- TCPv4\Connection Failures —— 可辅助判断连接异常频次（如 SYN timeout、RST 攻击）
- 注意：TCPv4\Connections Active 包含所有状态（SYN_SENT、ESTABLISHED、FIN_WAIT、TIME_WAIT 等），数值偏高且干扰大，不建议作为核心指标
- 若服务器运行 IIS、SQL Server 等应用，可叠加 Web Service\Current Connections 或 SQLServer:General Statistics\Active Connection Count 做交叉验证
配置性能监视器的实用技巧
避免默认界面刷新慢、数据丢失或采样不准的问题，按以下方式设置更可靠：
- 新建“数据收集器集”，类型选“创建手动数据收集器集”，勾选“性能计数器”，添加上述计数器
- 采样间隔设为 5 秒（太短加重系统负担，太长错过突发峰值）
- 日志格式选 BLG（二进制），便于后续用
relog转换或 Power BI 分析；也可选 CSV 方便快速查看 - 启用“环形缓冲区”或设置磁盘空间上限（如 500 MB），防止日志占满系统盘
- 保存后右键启动，即可后台持续采集；支持远程连接其他服务器的性能计数器（需开启 Windows Remote Management 服务及相应防火墙规则）
常见误判与排查提示
单纯看数字容易误导，需结合上下文判断是否真有问题：
- 高重传但低连接数？可能是单条长连接路径质量差（如某条专线抖动），而非整体网络故障
- ESTABLISHED 连接数突增 + 重传上升？关注是否遭遇慢速 HTTP 攻击（如 Slowloris）或客户端异常保活
- TIME_WAIT 数量巨大但重传正常？属正常现象，尤其在短连接高频服务中；重点看是否耗尽本地端口（可通过
netstat -an | findstr :port | find /c "TIME_WAIT"估算） - 若计数器显示 0 或“无数据”，检查
netsh int tcp show global中是否禁用了 TCP 性能统计（Receive-Side Scaling 或 TCP Chimney Offload 关闭可能影响部分计数器精度，但通常不影响重传与连接数）
