try/catch引发栈出现<anonymous>及栈重置的原因与async/await栈追踪方案问询

这两个问题刚好涉及V8引擎的异常处理机制和异步代码的栈追踪痛点，我来详细拆解：

问题1：try/catch导致调用栈重置与<anonymous>标识的原因 #

这个现象确实和V8的核心工作机制直接相关：

• 栈展开（Stack Unwinding）：当代码抛出异常时，V8会从异常抛出点向上遍历调用栈，寻找对应的catch块。在找到catch的过程中，V8会移除中间所有未被捕获的栈帧——这就是你看到的调用栈“重置”的原因，最终栈的顶层会停在catch所在的函数层级，之前的中间调用帧被清理了。
• <anonymous>标识的由来：V8在处理try/catch块时，会为异常捕获逻辑生成一个内部的匿名包装函数（或者说异常处理的匿名执行上下文）。这个匿名函数没有显式的函数名，所以在栈追踪信息中就会显示为<anonymous>。另外，如果你的代码经过打包压缩、动态生成函数，也可能触发这个标识，但核心诱因还是try/catch触发的内部匿名处理逻辑。

问题2：async/await下保留完整调用栈的可靠方案 #

你当前用VError逐层包装错误的思路是非常可靠的，除此之外还有一些补充方案可以结合使用：

1. 逐层错误包装（你的现有方案） #

在调用链的关键节点（或每个函数）中用try/catch捕获异常，然后用VError（或类似的错误工具）将当前函数的上下文信息和原始错误合并后重新抛出。这样每一层的调用信息都会被保留在错误栈中：

async function fetchData() {
  try {
    await fetchRawData();
  } catch (err) {
    throw new VError(err, 'Failed to process fetched data');
  }
}

async function fetchRawData() {
  try {
    await apiCall();
  } catch (err) {
    throw new VError(err, 'Failed to call raw data API');
  }
}

最终抛出的错误会包含每一层的调用上下文，即使中间经过try/catch也不会丢失栈信息。

2. 自定义错误类结合Error.captureStackTrace #

如果你不想在每个函数里都写重复的try/catch，可以自定义一个错误类，利用V8的Error.captureStackTraceAPI捕获当前栈，并和原始错误合并：

class ChainedError extends Error {
  constructor(message, cause) {
    super(`${message}: ${cause.message}`);
    this.name = 'ChainedError';
    this.cause = cause;
    // 捕获当前函数的栈信息
    Error.captureStackTrace(this, ChainedError);
    // 合并原始错误的栈
    if (cause.stack) {
      this.stack += '\nCaused by: ' + cause.stack;
    }
  }
}

// 使用方式
async function main() {
  try {
    await fetchData();
  } catch (err) {
    throw new ChainedError('Main process failed', err);
  }
}

这种方式可以在顶层或关键节点统一处理，减少重复代码，但要注意如果中间有try/catch未重新包装错误，还是会丢失部分栈信息。

3. 启用V8异步栈追踪（辅助方案） #

在Node.js环境中，可以通过启动参数--async-stack-traces开启V8的异步栈追踪功能，这会让async/await的异步调用栈被自动保留。但注意：如果中间有try/catch捕获后未重新包装错误，栈展开依然会清理中间帧，所以这个方案最好和错误包装结合使用，才能保证完整的调用链。

总结 #

最可靠的方案还是逐层错误包装，结合VError这类工具，既能保留每层的调用上下文，又能在异常时清晰看到完整的调用链路，完美解决try/catch导致的栈重置问题。

内容的提问来源于stack exchange，提问作者VtoCorleone