最可靠方案是用 std::chrono::steady_clock 测耗时或延时,因其单调递增、不受系统时间调整影响;单次定时器需用 std::thread + std::condition_variable + std::atomic_bool 实现安全取消;重复定时器应使用长期线程+sleep_until 防 drift;避免 platform api,除非微秒级精度或内核唤醒等特殊需求。

用 std::chrono 做单次延时或耗时测量最可靠
标准库的 std::chrono 是 C++11 起唯一推荐的计时方案,不依赖平台、无精度陷阱、类型安全。别碰 clock() 或 time(),它们返回的是挂钟时间或 CPU 时间,容易在多线程或系统休眠时出错。
常见错误是直接用 std::chrono::system_clock::now() 测代码耗时——它受系统时间调整影响(比如 NTP 同步),应改用 std::chrono::steady_clock。
-
std::chrono::steady_clock:单调递增,适合测间隔,如“这段代码跑了多久” -
std::chrono::high_resolution_clock:通常是steady_clock的别名,但不保证跨平台一致,建议优先写死steady_clock - 避免用
std::chrono::system_clock做计时器逻辑,只用于显示当前时间
示例:测函数执行时间
auto start = std::chrono::steady_clock::now(); do_something(); auto end = std::chrono::steady_clock::now(); auto ms = std::chrono::duration_cast<:chrono::milliseconds>(end - start).count(); </:chrono::milliseconds>
实现一个可取消的单次定时器(std::thread + std::condition_variable)
标准库没有内置定时器类,但可以用 std::thread 配合 std::condition_variable 实现轻量级单次触发器。关键点不是“怎么启动”,而是“怎么安全取消”——否则线程可能在析构时卡死。
容易踩的坑:
- 直接调用
std::this_thread::sleep_for()后执行回调,无法中途取消 - 用
std::thread::join()前没检查是否已 detach 或已 join,导致未定义行为 - 忘记在 lambda 捕获中传入
std::shared_ptr管理生命周期,造成回调访问已销毁对象
核心结构:用 std::atomic_bool 标记是否取消,配合 wait_for() 轮询检查
class OneShotTimer {
std::thread t_;
std::atomic_bool cancelled_{false};
public:
template<typename f typename... args>
OneShotTimer(std::chrono::milliseconds delay, F&& f, Args&&... args) {
t_ = std::thread([delay, f = std::forward<f>(f),
args = std::make_tuple(std::forward<args>(args)...),
&cancelled = cancelled_] {
if (cancelled.wait_for(std::chrono::steady_clock::now(), delay) == std::cv_status::timeout) {
std::apply(f, args);
}
});
}
~OneShotTimer() {
cancelled_ = true;
if (t_.joinable()) t_.join();
}
};
</args></f></typename>
重复定时器必须自己管理线程生命周期
如果需要每 500ms 执行一次任务,不能反复创建/销毁线程——开销大且易泄漏。得用一个长期运行的线程+循环+条件变量控制节奏,同时支持暂停、重置、停止。
关键设计点:
- 用
std::mutex+std::condition_variable控制唤醒时机,避免忙等 - 每次循环开始前重新计算下次触发时间(基于上次实际触发时刻),防止 drift 积累
- 不要用
sleep_for固定间隔,否则误差会随次数放大;改用sleep_until对齐绝对时间点
示例节选(简化版):
std::mutex mtx_;
std::condition_variable cv_;
std::atomic_bool running_{true};
std::chrono::steady_clock::time_point next_tick_;
<p>void loop() {
while (running_) {
auto now = std::chrono::steady_clock::now();
if (now tick) {
std::unique<em>lock lk(mtx</em>);
cv_.wait_until(lk, next<em>tick</em>);
}
// 执行回调
callback_();
next<em>tick</em> += interval<em>; // interval</em> 是 std::chrono::milliseconds
}
}
</p>
Windows 下用 SetTimer 或 Linux 用 timerfd_create?没必要
除非你在写系统级服务或对精度要求到微秒级,否则纯用户态的 std::chrono + std::thread 组合完全够用。引入平台 API 会破坏可移植性,增加编译和测试负担。
真实场景中,99% 的定时需求(UI 刷新、网络心跳、日志轮转)都允许 ±10ms 误差,而 std::this_thread::sleep_for 在现代桌面/服务器系统上基本稳定在 ±1–5ms 内。
只有两类情况才考虑系统 API:
- 需要内核级唤醒(比如进程挂起时仍要准时触发)
- 要求 sub-millisecond 精度且 CPU 不允许休眠(需绑定核心 + 实时调度策略)
这两类都不是“简单计时器”的范畴了。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











