System.nanoTime()无需校准，其差值在JVM内稳定单调；需通过预热、批量执行、多轮中位数统计及隔离干扰来准确测量性能。
System.nanoTime() 本身不需要、也不能被“校准”——它不提供绝对时间，也不需要对齐系统时钟。它的价值在于同一 JVM 内两次调用的差值稳定、单调、高分辨率。所谓“校准结果”，实际是指通过合理流程消除干扰、抑制噪声，让 nanoTime 的差值真正反映代码逻辑本身的开销。
预热：让 JIT 和运行环境进入稳态
未预热时测出的耗时包含类加载、方法解释执行、分支预测冷启动、CPU cache 缺失等一次性开销。这些不是算法性能，而是环境毛刺。
- 对目标方法单独空跑 10,000–100,000 次（简单方法取下限，复杂逻辑取上限）
- 预热期间不采集数据，仅触发 C2 编译、内联决策和对象分配路径稳定
- 若对比多个方法（如 A vs B），必须各自独立预热，不能共用 JIT 状态
批量执行：摊平计时器与硬件抖动
单次 nanoTime 测量可能为 0、40ns 或 200ns，取决于底层 CLOCK_MONOTONIC 分辨率（Linux 常为 10–15ns，Windows 可达 100ns）和 CPU 频率波动。靠单次值无法判断真实性能。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 每轮测量执行 1,000–100,000 次目标逻辑，只记录一次总纳秒耗时
- 再除以次数，得到该轮“平均单次耗时（纳秒）”，大幅削弱单次抖动影响
- 例如：100,000 次总耗时 12,489,000 ns → 单次均值 124.89 ns
多轮采样 + 中位数统计：过滤 GC 和调度尖峰
即使预热完成，某一轮仍可能因 Minor GC、线程抢占或 TLB miss 导致耗时突增。平均值会被拉高，而中位数更贴近典型表现。
立即学习“Java免费学习笔记（深入）”；
- 正式测量至少 20–30 轮，每轮独立执行、独立计时
- 收集每轮的“平均单次耗时（纳秒）”，构成一个样本数组
- 对该数组取中位数（非平均值），作为最终报告值
- 进阶可剔除首尾各 5%～10% 极值后求均值（截尾均值）
隔离干扰：避免状态污染与测量失真
两个看似独立的测试，常因共享资源悄悄互相影响，导致结果不可比。
- 每次测量前重建所有依赖对象（如 new ArrayList、重置缓存），不复用实例
- 禁用日志、避免字符串拼接、不在循环内创建临时对象，防止触发 GC
- 将计算结果写入 volatile 变量（如 volatile int sink），阻止 JIT 因无副作用而优化掉整段逻辑
- Linux 下可用 taskset -c 0 java 绑定单核，减少跨核迁移带来的 TSC 同步偏差
