如何用 Error.captureStackTrace()（V8）自定义业务错误类的堆栈起始点以隐藏无关逻辑

在 V8 引擎（驱动 Chrome 和 Node.js 的核心）中，提供了一个非标准但功能强大的 API：Error.captureStackTrace()。它的核心价值在于重新定义错误堆栈跟踪的起点。简而言之，它能帮助你“修剪”堆栈信息，过滤掉那些与调试无关的内部封装细节，例如工具函数或中间件层，从而将堆栈的“焦点”直接对准业务逻辑中实际发生错误的位置。这样，在调试时，你看到的就不再是“错误在何处被实例化”，而是“错误在何处被触发”，极大提升了问题定位的效率。

为什么需要捕获并重写堆栈起始点

默认情况下，当你执行 new Error() 时，生成的堆栈信息会从 Error 构造函数开始完整记录整个调用链，这会将所有内部包装逻辑一并暴露。考虑以下场景：

// 假设这是一个封装好的工具函数
function createBusinessError(message) {
  return new MyCustomError(message); // 默认堆栈会显示错误在此处创建
}

// 业务代码调用处
function handleOrder() {
  if (!user.id) {
    throw createBusinessError('用户 ID 缺失'); // 这里才是开发者真正需要关注的源头
  }
}

若不进行任何处理，堆栈跟踪的首行很可能指向 createBusinessError 函数内部，而非 handleOrder 中具有明确业务含义的 throw 语句。这如同阅读推理小说时提前揭示了凶手，反而让关键的作案动机和现场细节变得模糊不清。

正确用法：在自定义错误类中调用 captureStackTrace

关键在于理解其两个参数：当前错误实例与你希望跳过的构造函数。通常，这个构造函数就是当前自定义错误类本身。

class ValidationError extends Error {
  constructor(message, field) {
    super(message);
    this.name = 'ValidationError';
    this.field = field;

    // ? 关键操作：指示 V8，“堆栈从 super() 调用之后开始计算，跳过 ValidationError 构造函数本身”
    Error.captureStackTrace(this, ValidationError);
  }
}

• 第一个参数 this：指定需要修改堆栈的目标 Error 实例。
• 第二个参数 ValidationError：这是一个函数引用。V8 会排除此构造函数及其以上的所有调用帧
• 一个重要细节：务必在调用 super() 之后再执行这行代码，以确保 this 已完成初始化。