静态代码块执行耗时可通过类首次初始化前后的时间差近似测量，需在全新jvm进程下触发类加载并排除jit与缓存干扰，辅以-xx:+traceclassinitialization日志验证时机。
静态代码块在类加载时执行，且只执行一次，因此不能用常规的运行时计时方式（如 System.nanoTime() 在方法中反复调用）来直接“测量其耗时”，但可以通过合理设计时机和隔离手段获取近似值。
利用类加载触发时机捕获起止时间
静态代码块在类首次被主动使用（如首次 new 实例、调用静态方法、访问静态字段等）时，由 JVM 触发类加载和初始化，此时静态块才真正执行。可在类外部记录这个“首次触发点”的前后时间差：
- 定义一个仅含静态代码块的测试类，内部不包含其他耗时逻辑或依赖
- 在主程序中，先调用
System.nanoTime()获取时间戳 - 紧接着通过反射或直接引用触发该类的初始化（例如
Class.forName("YourClass")或YourClass.class引用） - 再次调用
System.nanoTime()，差值即为静态块执行耗时（含类加载开销，但主体是静态块）
排除 JIT 和类加载缓存干扰
JVM 可能对类加载做优化，比如已加载类不会重复初始化；JIT 编译也可能影响首次执行表现。要获得更准确的静态块本体耗时：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 确保每次测量都使用全新 JVM 进程（如单元测试中用
@BeforeClass启动独立进程，或手动 fork JVM） - 禁用类数据共享（CDS）和预加载机制，启动参数加
-Xshare:off - 避免在 IDE 中反复运行——IDE 常复用 JVM，导致第二次测量结果为 0
用 -XX:+TraceClassLoading 定位初始化阶段
虽然不能直接输出毫秒级耗时，但开启类加载追踪可确认静态块是否在预期时机执行，并辅助判断是否存在意外依赖导致延迟：
- 添加 JVM 参数：
-XX:+TraceClassLoading -XX:+TraceClassInitialization - 运行程序，控制台会打印类似
[Loaded com.example.Test from ...]和[Initializing com.example.Test] - 结合日志与时间戳，可交叉验证静态块执行位置，避免误将父类初始化或链接阶段计入
静态块内嵌计时（适用于调试定位）
若静态块本身较复杂（如含 IO、反射、第三方库调用），可在块内局部打点，明确各子步骤耗时：
- 在静态块开头和每个关键操作前后插入
long start = System.nanoTime();和差值计算 - 用
System.err.println()输出（避免日志框架尚未初始化导致静默失败） - 注意：此方式测的是块内逻辑，不含类加载/验证等 JVM 开销，适合优化具体代码而非评估整体加载性能
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
