我找到了一个 v8问题报告，它正是关于你要问的。

现在，总结一下该问题报告中所说的内容... v8 可以将函数本地的变量存储在堆栈上或存在于堆上的“上下文”对象中。只要函数不包含任何引用它们的内部函数，它就会在堆栈上分配局部变量。这是一种优化。如果任何内部函数引用了一个局部变量，这个变量将被放在一个上下文对象中（即在堆上而不是在堆栈上）。的情况eval很特殊：如果它被内部函数调用，则所有局部变量都放在上下文对象中。

上下文对象的原因是，通常您可以从外部函数返回一个内部函数，然后在外部函数运行时存在的堆栈将不再可用。因此，内部函数访问的任何内容都必须在外部函数中存活并存在于堆中而不是堆栈中。

调试器无法检查堆栈上的那些变量。关于调试中遇到的问题，一位项目成员说：

我能想到的唯一解决方案是，无论何时启用 devtools，我们都会取消选择所有代码并使用强制上下文分配重新编译。但是，如果启用了 devtools，那将显着降低性能。

这是“如果有任何内部函数引用该变量，则将其放入上下文对象中”的示例。如果您运行它，您将能够访问xatdebugger语句，即使x仅在从未调用过的foo函数中使用！

function baz() {
  var x = "x value";
  var z = "z value";

  function foo () {
    console.log(x);
  }

  function bar() {
    debugger;
  };

  bar();
}
baz();

就像@Louis 所说的那样，它是由 v8 优化引起的。您可以遍历调用堆栈来确定此变量可见的位置：

或者替换debugger为

eval('debugger');

eval 将取消当前块

我也在 nodejs 中注意到了这一点。我相信（我承认这只是猜测），当代码被编译，如果x不出现里面bar，它不会使x可用的范围内bar。这可能使它稍微更有效率；问题是有人忘记（或不在乎）即使没有xin bar，您也可能决定运行调试器，因此仍然需要x从内部访问bar。

哇，真的很有趣！

正如其他人所提到的，这似乎与 相关 scope，但更具体地说，与 相关debugger scope。当在开发人员工具中评估注入的脚本时，它似乎确定了 a ScopeChain，这会导致一些古怪（因为它绑定到检查器/调试器范围）。您发布的内容的一个变体是：

（编辑 - 实际上，您在最初的问题中提到了这一点，oop，我的错！）

function foo() {
  var x = "bat";
  var y = "man";

  function bar() {
    console.log(x); // logs "bat"

    debugger; // Attempting to access "y" throws the following
              // Uncaught ReferenceError: y is not defined
              // However, x is available in the scopeChain. Weird!
  }
  bar();
}
foo();

对于雄心勃勃和/或好奇的人，请查看（heh）来源以查看发生了什么：

https://github.com/WebKit/webkit/tree/master/Source/JavaScriptCore/inspector https://github.com/WebKit/webkit/tree/master/Source/JavaScriptCore/debugger

我似乎可以访问_this. this对我来说，chrome 检查器中哪里未定义，_this似乎引用了适当的上下文（并且可能是> local > this堆栈跟踪检查器中使用的上下文？）。