类属性默认初始化的代码覆盖率取决于是否真实执行：构造函数赋值、ES2022类字段、static块会被统计；仅声明、类外赋值或延迟初始化中的隐式赋值则常被忽略。
类属性默认初始化的代码覆盖率容易被忽略，因为这类代码不显式出现在可执行语句行中，但 Jest 等测试工具仍能捕获其执行——前提是它真实参与了实例化流程。
哪些初始化方式会被覆盖率统计
只有实际在运行时执行的赋值逻辑，才会被计入覆盖率。以下情况会被统计：
- 构造函数内显式赋值：this.name = name || 'anonymous' —— 属于可执行语句，100% 可覆盖
- ES2022+ 类字段语法（public field）：name = 'default'; —— 在 new 实例时自动执行，Jest 能识别并标记为已覆盖（需启用
babel-jest或支持 ES2022 的环境） - 静态块 static{}：static { console.log('init'); } —— 是标准可执行代码块，覆盖率工具会单独计行
哪些初始化方式通常不被统计或需特别注意
以下写法看似“初始化”，但多数覆盖率工具无法准确归因到某一行，容易显示为未覆盖：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 类外静态赋值：MyClass.count = 0; —— 若写在模块顶层且无条件执行，一般能覆盖；但若被包裹在 if 或函数中，可能漏测
- 延迟初始化（如 getter 中的 ?? 赋值）：get data() { return this._data ?? (this._data = fetchData()); } —— 覆盖率只标记 getter 函数本身，括号内赋值是否触发取决于测试是否真正读取该属性
- 仅声明未赋值的字段：id; —— 不产生运行时行为，无代码行可覆盖，也不会影响覆盖率数值
如何确保类属性初始化被有效覆盖
关键不是“写在哪”，而是“是否在测试中被触发”。建议做法：
立即学习“Java免费学习笔记（深入）”；
- 对每个含默认值的类，至少写一个无参构造调用：new MyClass();，验证默认值是否生效
- 对使用 static{} 的类，在测试中至少创建一次实例（或直接引用类名），确保静态块执行
- 避免在初始化逻辑中混入副作用（如 API 调用、DOM 操作），否则难以稳定触发；必要时用 jest.mock() 模拟依赖
- 启用 jest --coverage --collectCoverageFrom='src/**/*.js'，并检查报告中 class 定义所在文件的“Lines”列，重点关注 constructor 和类字段所在行
覆盖率本质反映的是“运行时是否执行”，不是“语法是否存在”。只要初始化逻辑真实发生，就可覆盖；而刻意绕过（比如只 new 空对象却不走构造路径）就会留下缺口。
