JavaScript代码覆盖率工具通过源码插桩与运行时数据收集实现覆盖分析：1. 利用AST对源码进行静态分析，在语句、分支、函数等位置插入计数逻辑，生成插桩后代码；2. 测试执行过程中，插桩代码触发计数器递增，记录实际执行路径；3. 测试结束后，工具读取全局覆盖率对象中的计数数据，结合源码位置生成语句、函数、分支和行覆盖率报告；4. 支持Node.js的require hook、浏览器端构建工具集成及无头测试环境，实现多场景适配。
JavaScript代码覆盖率工具，比如Istanbul（现在常以 istanbuljs 的形式存在，包含 nyc 等命令行工具），其核心工作原理是源码转换 + 运行时标记执行路径。它并不直接分析运行结果，而是通过预处理代码，插入额外的计数逻辑，来追踪哪些代码被执行过。
1. 源码插桩（Instrumentation）
工具会在测试执行前，对原始 JavaScript 源代码进行静态分析和转换。这个过程叫做“插桩”：- 使用抽象语法树（AST）解析源码，准确识别语句、分支、函数和表达式的位置。
- 在每个可执行单元（如语句、if 分支、函数定义等）前或周围插入辅助代码。
- 这些插入的代码通常会引用一个全局的覆盖率收集对象，用于递增对应的计数器。
function add(a, b) {
return a + b;
}
可能被转换为：
var cov = global.__coverage__ || (global.__coverage__ = {});
cov['add.js'] = cov['add.js'] || { s: {}, f: {}, b: {} };
var counter = cov['add.js'];
function add(a, b) {
counter.s[1]++; // 标记第1个语句被执行
return a + b;
}
2. 执行测试并收集数据
插桩后的代码在测试环境（如 Node.js 或浏览器）中运行：- 每执行到一个被插桩的位置，对应的计数器就会自增。
- 测试框架（如 Jest、Mocha）正常运行测试用例，触发代码执行。
- 未被执行的代码块，其对应计数器保持为 0。
3. 生成覆盖率报告
测试结束后，工具从全局变量（如 __coverage__）中读取计数数据，并结合原始源码位置信息，生成可视化报告：- 语句覆盖率（Statements）：哪些语句被执行过。
- 函数覆盖率（Functions）：哪些函数被调用过。
- 分支覆盖率（Branches）：if/else、三元运算符等分支是否都被覆盖。
- 行覆盖率（Lines）：哪些行有代码执行到。
4. 支持多种运行环境
Istanbul 的实现能适应不同场景：- Node.js：通过 require hook 动态插桩模块文件。
- 浏览器：配合 webpack、rollup 等打包工具，在构建阶段插桩。
- 无头测试（如 Karma）：加载插桩后的代码并上报覆盖率数据。
基本上就这些。整个机制依赖“改造代码 + 运行时记录”的方式，精确追踪执行轨迹，不复杂但容易忽略细节，比如异步代码或动态导入的处理。
