应使用 std::chrono::steady_clock::now() 测时，循环调用待测函数并包住整个循环计时，用 volatile 或累加结果防止编译器优化，多次运行取最小值而非平均值。
用 std::chrono 高精度测单次函数耗时
直接调用 clock() 或 time() 误差太大，尤其在函数本身极快（纳秒级）时几乎测不出；std::chrono::high_resolution_clock 是 C++11 起推荐方式，底层通常对接系统高精度计数器（如 Linux 的 CLOCK_MONOTONIC）。
关键点：必须把待测函数放在循环内，但计时起点和终点要严格包住整个循环——不是测一次再乘以 100 万，因为编译器可能优化掉空循环，或函数有副作用/缓存效应。
示例：
#include <chrono>
#include <iostream>
<p>auto start = std::chrono::high_resolution_clock::now();
for (int i = 0; i < 1000000; ++i) {
my_function(); // 替换为你的真实函数
}
auto end = std::chrono::high_resolution_clock::now();</p><p>auto duration = std::chrono::duration_cast<std::chrono::nanoseconds>(end - start);
std::cout << "Total: " << duration.count() << " ns\n";
避免编译器优化干扰真实耗时
如果 my_function() 没有副作用（比如只计算并返回一个值，且返回值未被使用），现代编译器（GCC/Clang/MSVC 默认 O2）大概率会整个优化掉这个循环，最终测出来是 0 或极小值。
立即学习“C++免费学习笔记（深入）”；
解决方法：
- 强制使用返回值，例如：
volatile auto result = my_function();（volatile阻止优化掉赋值） - 或把结果累加后输出（确保编译器不能提前推断出可省略）：
long sum = 0; for(...) sum += my_function(); std::cout << sum; - 禁用优化仅用于验证（
-O0），但生产环境应测带优化的版本，所以更推荐前两种
注意 steady_clock 和 system_clock 的区别
别用 std::chrono::system_clock 测耗时——它反映的是墙上时间，可能因 NTP 校时、闰秒等跳变，导致 end - start 出现负值或异常大值。
std::chrono::steady_clock 才是专为计时设计的单调时钟，不随系统时间调整而跳变。虽然标准不强制 high_resolution_clock 必须是 steady，但主流实现（libstdc++、libc++、MSVC STL）都让它等价于 steady_clock。稳妥写法是显式用：
auto start = std::chrono::steady_clock::now(); // ... loop ... auto end = std::chrono::steady_clock::now();
多次运行取最小值比取平均值更合理
单次测量受 CPU 频率动态调节（boost）、缓存预热、后台进程抢占等影响，结果波动大。但“最小耗时”往往最接近函数纯计算开销（缓存热、频率拉满、无中断干扰）。
建议跑 5–10 次，记录每次总耗时，取最小值作为基准。不要简单平均——一次磁盘 I/O 干扰就能把某次拉高几毫秒，严重拖累均值。
额外提醒：
- 测试前关闭无关程序，尤其浏览器、IDE、杀毒软件
- Linux 下可用
taskset -c 0 ./a.out绑定到单核，减少调度抖动 - 如果函数涉及内存分配（
new、std::vector::push_back等），首次运行会明显更慢，需预热
实际中最容易被忽略的是：没确认函数是否真被调用了——光看代码觉得“写了循环”，但编译器一优化就成空指令了。先加 volatile 或输出校验，再谈精度。
