clock_gettime(clock_monotonic)是最可靠选择，因其在内核启动后即可用、不受系统时间跳变影响、纳秒级精度且可在main前通过constructor安全调用，而std::chrono::steady_clock可能懒初始化且标准不保证main前就绪。
为什么 clock_gettime(CLOCK_MONOTONIC) 是最可靠的选择
因为 main 函数之前的时间点（如 _start 入口、动态链接器初始化、全局对象构造）无法用 C++ 标准库函数捕获，而 clock_gettime(CLOCK_MONOTONIC) 可在裸汇编或静态初始化阶段调用，且不受系统时间跳变影响。用 std::chrono::steady_clock::now() 看似简洁，但其底层可能依赖 CLOCK_MONOTONIC，且标准未保证它在 main 前就绪——某些 libc 实现（如 musl）会在首次调用时懒初始化，导致测量值偏小。
-
CLOCK_MONOTONIC在内核启动后即可用，精度通常为纳秒级，glibc/musl 均支持 - 避免用
CLOCK_REALTIME：NTP 调整或手动改系统时间会干扰结果 - 不要用
gettimeofday()：已废弃，且分辨率低（微秒级）、受系统时间影响
如何在 main 之前获取时间戳
必须绕过 C 运行时初始化，在 _start 或全局变量构造器中调用 clock_gettime。推荐使用 GCC 的 __attribute__((constructor))，它比手写 _start 更便携，且确保在 main 前执行：
static struct timespec startup_time;
static void record_startup() __attribute__((constructor));
static void record_startup() {
clock_gettime(CLOCK_MONOTONIC, &startup_time);
}
注意：constructor 函数在所有全局对象构造前执行，但仍在动态链接器完成重定位之后——这意味着它能安全调用 clock_gettime（符号已解析），但不包含 LD_PRELOAD 注入的代码延迟。
- 不能在全局
const变量初始化表达式里调用clock_gettime：此时 libc 可能未就绪，易崩溃 - 若程序用
-static链接，constructor仍有效；musl 下需确认是否启用__libc_start_main构造器支持 - 时间戳存到
static变量即可，无需原子操作——单线程启动阶段无竞争
如何在 main 开头准确打点
直接在 main 第一行调用 clock_gettime(CLOCK_MONOTONIC, &main_start) 即可，但要注意两点：一是避免任何隐式初始化（如 std::cout 首次使用会触发流初始化），二是确保编译器不优化掉该调用（加 volatile 或用 asm volatile("" ::: "memory") 内存屏障）：
int main(int argc, char** argv) {
struct timespec main_start;
clock_gettime(CLOCK_MONOTONIC, &main_start);
// 后续逻辑...
}
- 不要用
std::chrono::high_resolution_clock::now()：它可能映射到CLOCK_MONOTONIC_RAW（有漂移）或CLOCK_REALTIME，行为不可控 - 若启用了
-fno-exceptions或-fno-rtti，不影响clock_gettime调用 - 计算差值时用
(main_start.tv_sec - startup_time.tv_sec) * 1000000000LL + (main_start.tv_nsec - startup_time.tv_nsec)，单位纳秒
常见误差来源和验证方法
实测发现冷启动时间波动常达 ±50μs，主要来自内核调度和 TLB/Cache 预热。真正需要警惕的是系统级干扰：
-
/proc/sys/kernel/kptr_restrict设为2时，某些内核符号解析延迟可能被计入——但这属于内核行为，非程序问题 - ASLR 开启时，每次加载地址不同，但对时间测量影响极小（setarch $(uname -m) -R ./a.out）可复现最小值
- 用
perf stat -e cycles,instructions,page-faults ./a.out对比两次运行，若page-faults差异大，说明文件缓存未命中是主因 - 真实冷启动需清空页缓存：
sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'，否则第二次运行快得多
真正难控的是动态链接器加载共享库的开销——尤其是带大量符号表的 libstdc++.so，这部分时间与库版本、系统配置强相关，无法靠代码消除。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
