windows 上应调用 getsystemtimeadjustment 获取当前最小时间增量（单位100ns），而非依赖注册表或硬编码；linux 应调用 clock_getres(clock_monotonic, &res) 获取实际分辨率；跨平台不可信 std::chrono::steady_clock::period 编译期常量。
Windows 上用 GetSystemTimeAdjustment 查最小计时粒度
Windows 系统的最小计时精度（也叫“系统时钟粒度”）不是固定值，而是由内核调度器和电源管理动态调整的。直接读注册表或硬编码 15.6ms 是错的——现代 Windows（尤其是启用了高性能模式或用了 timeBeginPeriod 的程序）可能已将粒度压到 1ms 甚至更低。
最权威的方式是调用 GetSystemTimeAdjustment，它返回的 lpTimeIncrement 参数就是系统当前允许的最小时间增量（单位：100ns）。注意：这个值反映的是“系统能稳定提供的最小间隔”，不等于当前 QueryPerformanceCounter 的分辨率。
- 必须传入非空的
lpTimeIncrement、lpTimeAdjustment和lpTimeAdjustmentDisabled指针，否则失败 - 该函数不修改系统设置，只读取；要主动设粒度得用
timeBeginPeriod/timeEndPeriod - 返回值为
FALSE时需检查GetLastError()，常见原因是权限不足（但通常不需要管理员）
DWORD timeInc = 0, timeAdj = 0;
BOOL disabled = FALSE;
if (GetSystemTimeAdjustment(&timeInc, &timeAdj, &disabled)) {
std::cout
<h3>Linux 下靠 <code>clock_getres</code> 获取 <code>CLOCK_MONOTONIC</code> 分辨率</h3>
<p>Linux 没有全局“系统计时精度”概念，不同 clock ID 的分辨率可能差异极大。<code>CLOCK_MONOTONIC</code> 是最常用的高精度单调时钟，它的实际分辨率取决于底层硬件（TSC、hpet、acpi_pm）和内核配置。</p>
<p>不能假设 <code>gettimeofday</code> 或 <code>clock_gettime(CLOCK_REALTIME)</code> 更准——它们可能被 NTP 调整，且分辨率常劣于 <code>CLOCK_MONOTONIC</code>。唯一可靠方式是直接查：</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/shouce/1510" title="C函数速查手册（CHM版）"><img
src="https://img.php.cn/upload/manual/000/000/001/5d6de31fedca2993.png" alt="C函数速查手册（CHM版）" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/shouce/1510" title="C函数速查手册（CHM版）" class="overflowclass">C函数速查手册（CHM版）</a>
<p class="overflowclass">C函数速查手册（CHM版）</p>
</div>
<a rel="nofollow" href="/xiazai/shouce/1510" title="C函数速查手册（CHM版）" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
- 调用
clock_getres(CLOCK_MONOTONIC, &res)，结果存入struct timespec - 若返回 -1，检查
errno：通常是EINVAL（不支持该 clock ID），可 fallback 到CLOCK_BOOTTIME - 注意：返回的
res.tv_nsec是理论最小分辨率，实际调度延迟仍受 CFS 调度周期（sysctl kernel.sched_latency_ns）影响
struct timespec res;
if (clock_getres(CLOCK_MONOTONIC, &res) == 0) {
std::cout
<h3>跨平台代码里别信 <code>std::chrono::steady_clock::period</code>
</h3>
<p><code>std::chrono::steady_clock::period</code> 是编译期常量，只表示该 clock 的“标称”精度（比如 <code>std::ratio</code> 表示纳秒级），完全不反映运行时真实能力。在 macOS 上它可能标称纳秒，实测 <code>clock_gettime(CLOCK_UPTIME_RAW)</code> 分辨率却只有 1ms。</p>
<p>真正需要低延迟定时（如音视频同步、实时控制）时，必须在运行时探测：</p>
- Windows：优先用
GetSystemTimeAdjustment，再辅以QueryPerformanceFrequency验证 HPC 是否可用 - Linux：必须调
clock_getres，且建议在目标机器上实测——云环境（尤其容器）中虚拟化层可能大幅劣化分辨率 - macOS：用
mach_timebase_info+mach_absolute_time，但要注意mach_timebase_info.numer/denom给出的是纳秒换算系数，不代表最小步进
容易被忽略的陷阱：精度 ≠ 稳定性，更不等于可调度性
拿到 1ms 粒度不等于你能每 1ms 精确唤醒线程。真实延迟由三部分叠加：时钟分辨率 + 内核调度延迟 + 用户态开销。在负载高的系统上，即使 GetSystemTimeAdjustment 返回 1ms，WaitForSingleObject 或 nanosleep 的实际误差也可能达 10–50ms。
- Windows 上启用
timeBeginPeriod(1)会强制系统进入高性能计时模式，但会显著增加功耗和中断频率——笔记本电池掉电加快 - Linux 上
/proc/sys/kernel/timer_migration设为 0 可减少迁移带来的抖动，但需 root 权限 - 所有测量都应在无 GUI、无 swap、CPU 绑核（
taskset）、禁用 CPU 频率缩放（cpupower frequency-set -g performance）的环境下做
真正在意微秒级响应的场景，得考虑 RT kernel、isolcpus、以及避免任何用户态内存分配——这时候查“最小计时精度”只是第一步。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
