C++ 使用 chrono 实现超时重试逻辑-C++-PHP中文网

应使用 std::chrono::steady_clock 进行超时重试判断，因其单调递增、不受系统时间调整影响；避免混用 clock 类型，不依赖 high_resolution_clock；推荐预计算 deadline 而非每次计算耗时。

c++ 使用 chrono 实现超时重试逻辑

系统时间可能被手动调整或 NTP 同步回拨，system_clock 会跳变，导致超时计算错误——比如本该 5 秒超时，却因时间回拨多等了 30 秒。而 steady_clock 是单调递增的，只随物理时间流逝推进，是唯一适合超时控制的时钟。

实操建议：

所有超时逻辑一律用 std::chrono::steady_clock::now() 获取起始和当前时间点
避免混用不同 clock 类型（如把 steady_clock::time_point 强转成 system_clock::time_point），编译可能通过但语义错误
不要依赖 high_resolution_clock：它在某些平台（如 macOS）只是 system_clock 的别名，不保证单调

常见错误是每次循环都调用一次 steady_clock::now() 并与初始时间做差，再跟总超时比较——这本身没错，但容易忽略「最后一次重试失败后是否还要再等」这个边界。

更稳妥的做法是预计算截止时间点，每次循环只比对当前时间是否已过期：

auto deadline = std::chrono::steady_clock::now() + std::chrono::seconds(10);
int attempt = 0;
while (std::chrono::steady_clock::now() 
<p>注意点：</p>

固定间隔简单直接；指数退避（如 100ms → 200ms → 400ms）更适合网络请求类场景，能缓解服务端压力。C++11 起，所有时间间隔都应使用具体类型（如 std::chrono::milliseconds），而不是裸 duration 模板。

C++

"空空如也"

下载

原因：

裸 duration 是模板，需显式指定 Rep 和 Period，写起来冗长且易错，例如 std::chrono::duration<int std::milli></int> 不等于 std::chrono::milliseconds（后者是 typedef，精度和行为更稳定）
不同单位混用时（如 seconds + milliseconds），编译器自动推导转换，安全；但若自己用 duration_cast 强转，可能丢失精度或触发溢出
调试时打印日志，std::chrono::milliseconds 可直接用 .count() 得到整数毫秒值，便于理解