c++oding="utf-8" ?>
C++中测RTT最务实的方式是用阻塞connect()测TCP三次握手耗时，配合clock_gettime(CLOCK_MONOTONIC)纳秒级计时，无需root权限且贴近真实业务延迟。
用 ping 命令测 RTT 最快，但不等于 C++ 程序里“自己实现”
直接调用系统 ping 是最快验证 RTT 的方式，比如 ping -c 4 example.com。但它只是外部工具，输出解析麻烦、精度受限（毫秒级，且含 ICMP 处理开销），也不方便嵌入到 C++ 服务逻辑中实时监控。真要在 C++ 里做，得绕过 shell 调用，自己发包收包——但注意：普通用户态程序无法直接构造 ICMP 包，除非有 CAP_NET_RAW 权限（Linux）或以管理员身份运行（Windows）。多数生产环境不允许，所以更务实的路径是：用 TCP 连接建立阶段的三次握手耗时来估算 RTT。
用 connect() 测 TCP 握手耗时，最贴近应用层真实延迟
TCP 的 connect() 阻塞调用会卡在 SYN 发出到收到 SYN-ACK 的整个过程，这个时间基本就是客户端到服务端的 RTT（忽略服务端内核协议栈处理延迟）。它不需要 root 权限，兼容性好，且和你后续 HTTP/gRPC 等实际通信路径一致。
- 用
clock_gettime(CLOCK_MONOTONIC, &start)记录起始时间，再调用connect()，成功后立刻再记一次结束时间 - 别用
std::chrono::steady_clock::now()—— 某些旧版 libstdc++ 在高并发下可能有轻微 drift，CLOCK_MONOTONIC更稳 - 务必设 socket 为阻塞模式（默认就是），非阻塞 +
select()会引入额外调度延迟，测出来偏大 - 目标地址必须是已知端口的服务（如
80或443），连不上会超时，超时时间由系统决定（通常 20–30 秒），建议用setsockopt(..., SO_SNDTIMEO, ...)主动控制
避免用 gettimeofday() 或 std::time() 测 RTT
这两个接口分辨率太低：gettimeofday() 在部分内核上实际精度只有 10–15ms；std::time() 是秒级。RTT 常在 1–100ms 区间，用它们测等于四舍五入全归零。另外，std::clock() 测的是 CPU 时间，不是挂钟时间，connect() 等待期间 CPU 是空闲的，结果接近 0，完全无效。
- 坚持用
clock_gettime(CLOCK_MONOTONIC, ...)（Linux/macOS）或QueryPerformanceCounter()（Windows） - 计算差值时用
tv_sec * 1000000000ULL + tv_nsec转纳秒，再除 1000000 得毫秒浮点数，保留一位小数足够 - 单次测量波动大，建议连续测 3–5 次取中位数，比平均值更能抗异常值
UDP 手动发包测 RTT？可行但代价高，慎选
理论上可以用原始套接字发 UDP 包，自己实现简单 echo 协议（客户端发带时间戳的包，服务端原样回，客户端算差值）。但它要求：服务端必须部署对应 echo 服务；客户端需 root 权限创建 raw socket；还要处理 IP 分片、丢包重传、NAT 穿透等现实问题。对绝大多数需求来说，这是杀鸡用牛刀。除非你在写网络诊断工具，否则别碰。
- 如果真要试，Linux 下用
socket(AF_INET, SOCK_RAW, IPPROTO_ICMP)，但注意：很多云主机默认禁用ICMPraw socket，且容器环境几乎不可能启用 - 不要尝试在 macOS 上用
SOCK_DGRAM+AF_INET发 ICMP——内核直接拒绝，错误是Operation not permitted - 比起自研，优先考虑复用现成库如
libtins或poco的ICMPSocket，但依然绕不开权限和部署约束
真正难的不是代码怎么写，而是区分“我要测的 RTT 是给谁看的”：运维查故障？用 ping 或 mtr 就够了；服务内部健康检查？用 connect() 测目标业务端口最真实；做网络协议研究？那才需要 raw socket 和时间戳对齐。别让工具选择掩盖了问题本质。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
