callsite 指函数被调用时的代码位置，隐含于 error.stack 中；可通过解析 Error 堆栈或使用 stacktrace-js 等工具提取结构化信息，Node.js 还支持 prepareStackTrace 自定义处理。
JavaScript 中的 callsite 指的是函数被调用时所处的代码位置，它隐含在错误堆栈（error.stack）里。虽然 JS 没有直接暴露 callsite 的 API，但通过解析 Error 对象的堆栈信息，就能还原出完整的调用路径——这是调试、日志追踪和 APM 工具背后的关键机制。
error.stack 是 callsite 的原始来源
Error 实例创建时会自动捕获当前执行位置，并生成人类可读的堆栈字符串。例如：
每一行就是一个 callsite，包含函数名、文件路径、行号和列号。注意：匿名函数会显示为 anonymous 或 <anonymous>；箭头函数、IIFE、模块顶层代码也各有标识规律。
用 stacktrace-js 等库提取结构化 callsite
手动解析 error.stack 容易出错（尤其跨浏览器或 Node.js 版本差异）。推荐使用成熟工具，比如 stacktrace-js：
- 调用
StackTrace.from(error)返回 Promise，解析出每个 callsite 的fileName、lineNumber、columnNumber、functionName等字段 - 支持 source map 映射，能把压缩后代码的 callsite 正确还原到源码位置
- 在 Node.js 中可配合
require('module')._compile或vm模块做更细粒度的调用上下文捕获
在运行时主动捕获 callsite（不抛错）
有时你不需要报错，只想知道“谁调用了我”。这时可构造一个无害的 Error 来抓堆栈：
-
const err = new Error(); console.log(err.stack);—— 最简方式，开销小 - 用
err.stack.split('\n').slice(1, 4)快速取上层 3 层调用，适合日志打点 - 注意 V8 的优化：若函数被内联或 TCO（尾调用优化），部分 callsite 可能丢失；可通过
--no-opt启动参数临时禁用优化来验证
Node.js 里的特殊支持：prepareStackTrace
Node.js 允许重写默认堆栈格式，实现自定义 callsite 处理逻辑：
- 设置
Error.prepareStackTrace = (err, structuredStack) => { ... } -
structuredStack是CallSite对象数组，提供.getFileName()、.getLineNumber()、.getFunctionName()等方法，比正则解析更可靠 - 该钩子只对首次创建的
Error生效，且不能在 worker thread 中全局设置（需每个线程单独配）
