严格模式禁止访问 function.caller，因其是非标准遗留属性，会暴露调用栈引发安全风险，并阻碍引擎内联、去优化等性能提升；推荐使用 console.trace()、error.stack 等标准替代方案。
严格模式禁止访问 function.caller，核心原因不是“功能多余”，而是它会破坏引擎优化、暴露调用栈、引发安全与性能隐患。
caller 本身就不该被常规使用
caller 是一个非标准、历史遗留的属性，用于获取当前函数是谁调用的。它从未写入 ECMAScript 规范，仅是某些浏览器（如早期 Chrome、Firefox）的私有扩展。规范不认可，意味着行为不统一、不可靠，也不具备可移植性。
暴露调用栈带来安全隐患
通过 fn.caller 可以逆向追踪到上层调用函数，甚至拿到其源码或闭包变量。在 Web 环境中，这可能被恶意脚本利用来探测应用逻辑、绕过权限检查或实施侧信道攻击。严格模式默认关闭这类“反射式调试能力”，缩小攻击面。
阻碍 JavaScript 引擎优化
现代引擎（如 V8）依赖内联、尾调用消除、函数去优化等技术提升性能。一旦允许读取 caller，引擎就必须保留完整的、可访问的调用帧信息，无法安全地做栈剪枝或内联优化。禁用 caller 让引擎能更激进地优化执行路径，提升运行效率。
替代方案更清晰可控
真正需要调用链信息时，应使用标准、显式的手段：
- 开发阶段用
console.trace()或断点调试 - 错误监控用
error.stack（规范支持，结构稳定） - 性能分析用
Performance.now()+ 手动打点，或 DevTools 的 Profiler - 必要时用
new Error().stack提取当前栈，而非依赖函数属性
caller 那样隐式且副作用强。Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
