正如大家所注意到的:你不能。 但是你可以创建一个obj并将你声明的每个var赋值给那个obj。 这样你就可以很容易地检查你的vars:

var v = {}; //put everything here

var f = function(a, b){//do something
}; v.f = f; //make's easy to debug
var a = [1,2,3];
v.a = a;
var x = 'x';
v.x = x;  //so on...

console.log(v); //it's all there

在ECMAScript 6中，通过使用代理对象将代码包装在with语句中或多或少是可行的。注意，它需要非严格模式，这是不好的做法。

函数storeVars(目标){ 返回新的代理(目标，{ 有(目标，道具){返回true;}， Get(目标，道具){返回(道具在目标中?目标:窗口)[道具];｝ })； ｝ Var vars = {};//外部变量，未存储。 (storeVars (var)) { Var a = 1;//存储在vars中 Var b = 2;//存储在vars中 (函数(){ Var c = 3;//内部变量，未存储 }) (); ｝ console.log (var);

代理声称拥有with中引用的所有标识符，因此变量赋值存储在目标中。对于查找，代理从代理目标或全局对象(而不是父作用域)检索值。Let和const变量不包括在内。

灵感来自Bergi的回答。

不。“作用域内”变量由“作用域链”决定，不能通过编程方式访问。

有关详细信息(相当多)，请查看ECMAScript (JavaScript)规范。这里有一个官方页面的链接，你可以在那里下载规范规范(PDF格式)，这里有一个官方的，可链接的HTML版本。

根据您对Camsoft的评论进行更新

The variables in scope for your event function are determined by where you define your event function, not how they call it. But, you may find useful information about what's available to your function via this and arguments by doing something along the lines of what KennyTM pointed out (for (var propName in ____)) since that will tell you what's available on various objects provided to you (this and arguments; if you're not sure what arguments they give you, you can find out via the arguments variable that's implicitly defined for every function).

所以除了你定义函数的作用域之外，你还可以通过其他方法找到其他可用的函数:

var n, arg, name;
alert("typeof this = " + typeof this);
for (name in this) {
    alert("this[" + name + "]=" + this[name]);
}
for (n = 0; n < arguments.length; ++n) {
    arg = arguments[n];
    alert("typeof arguments[" + n + "] = " + typeof arg);
    for (name in arg) {
        alert("arguments[" + n + "][" + name + "]=" + arg[name]);
    }
}

(你可以进一步了解更多有用的信息。)

不过，我可能会使用Chrome的开发工具(即使你通常不使用Chrome进行开发)或Firebug(即使你通常不使用Firefox进行开发)，或Opera上的Dragonfly，或IE上的“F12开发工具”之类的调试器。并通读它们提供的任何JavaScript文件。然后打他们的头找个合适的医生。: -)

你不能。

变量，函数声明的标识符和函数代码的参数，被绑定为变量对象的属性，这是不可访问的。

参见:

作用域链和标识符解析

我做了一个小提琴实现(本质上)以上的想法概述iman。下面是当你把鼠标放在第二个ipsum上，返回ipsum*ipsum -…

范围内的变量在声明的地方突出显示(不同的范围使用不同的颜色)。带红色边界的lorem是一个阴影变量(不在范围内，但如果树下的另一个lorem不在那里，那么它就在范围内)。

我使用esprima库来解析JavaScript，以及estraverse, escodegen, escope(在esprima之上的实用程序库)。“繁重的工作”全部由这些库完成(当然，最复杂的是esprima本身)。

它是如何工作的

ast = esprima.parse(sourceString, {range: true, sourceType: 'script'});

生成抽象语法树。然后,

analysis = escope.analyze(ast);

生成一个复杂的数据结构，其中封装有关程序中所有作用域的信息。其余的工作是收集该分析对象(以及抽象语法树本身)中编码的信息，并从中生成交互式着色方案。

所以正确的答案实际上不是“不”，而是“是的，但是”。“但是”是一个很大的问题:你基本上必须用JavaScript重写chrome浏览器(以及devtools)的重要部分。JavaScript是一种图灵完备语言，所以原则上这当然是可能的。不可能的是不使用源代码的全部(作为字符串)，然后用它来做非常复杂的事情。

是也不是。几乎在任何情况下都说“不”。“是的”，但如果您想检查全局作用域，则只能以有限的方式进行。举个例子:

var a = 1, b = 2, c = 3;

for ( var i in window ) {
    console.log(i, typeof window[i], window[i]);
}

在150多个其他东西中，输出如下:

getInterface function getInterface()
i string i // <- there it is!
c number 3
b number 2
a number 1 // <- and another
_firebug object Object firebug=1.4.5 element=div#_firebugConsole
"Firebug command line does not support '$0'"
"Firebug command line does not support '$1'"
_FirebugCommandLine object Object
hasDuplicate boolean false

因此，可以在当前范围内列出一些变量，但它不可靠、不简洁、不高效或不容易访问。

一个更好的问题是，为什么要知道作用域内的变量是什么?