我对node.js中嵌套函数的模式如何与v8的垃圾收集器配合工作感到好奇。这里有一个简单的例子：
readfile("blah", function(str) {
var val = getvaluefromstr(str);
function restofprogram(val2) { ... } (val)
})
如果restofprogram是长时间运行的，那么这是否意味着str永远不会被垃圾回收？我的理解是，在node中，您经常会得到嵌套函数。如果restofprogram在外部声明，以便str无法在范围内，那么这些函数是否被垃圾回收了？这是一个推荐的做法吗？
编辑 我并没有打算让问题变得复杂。那只是疏忽，所以我已经修改了它。
简单回答：如果str的值没有被其他地方引用（并且str本身没有被restofprogram引用），那么当function (str) { ... }返回时，它将变得无法访问。
细节：V8编译器区分真正的局部变量和由闭包捕获的所谓上下文变量，受到with语句或eval调用的影响而被遮蔽。
局部变量存在于堆栈中，并在函数执行完成后消失。
上下文变量存在于堆分配的上下文结构中。当上下文结构死亡时，它们就会消失。这里需要注意的重要一点是，来自同一作用域的上下文变量存在于相同的结构中。让我用一个示例代码来说明：
function outer () {
var x; // real local variable
var y; // context variable, referenced by inner1
var z; // context variable, referenced by inner2
function inner1 () {
// references context
use(y);
}
function inner2 () {
// references context
use(z);
}
function inner3 () { /* I am empty but I still capture context implicitly */ }
return [inner1, inner2, inner3];
}
x会在outer返回时立即消失，但是变量y和z只有在inner1、inner2和inner3三个闭包都不存在时才会消失。这是因为y和z被分配在同一个上下文结构中，所有三个闭包隐式地引用了这个上下文结构（即使inner3没有显式使用它）。eval时，情况会变得更加复杂。function complication () {
var x; // context variable
function inner () { /* I am empty but I still capture context implicitly */ }
try { } catch (e) { /* contains implicit with-statement */ }
return inner;
}
inner 消失时，x 才会消失。因为：
x 成为一个上下文变量，并且 inner 捕获了上下文，因此 x 存在直到 inner 结束。null 来轻松 “破坏” 这个链接。try/catch中是否还包含了隐式的with语句的部分是否仍然相关？规范的当前版本说明catchEnv应该是一个新的声明性环境记录，它没有提到像with语句中的对象环境。这只是早期v8实现中的一种奇怪临时解决方法吗？ - Andrey Tyukintry/catch中是否仍然包含隐式的with语句这一部分是否仍然相关？当前规范版本说明了catchEnv应该是一个新的声明性环境记录，它对于with语句中的对象环境没有任何说明。这只是v8早期实现中的一种奇怪的临时解决方法吗？ - undefinedreadfile("blah", function (str) {
var val = getvaluefromstr(str);
// do something with val
Server.start(function (request) {
// do something
});
});
readfile("blah", function (str) {
var val = getvaluefromstr(str);
// do something with val
Server.start(serverCallback);
});
function serverCallback(request) {
// do something
});
str将会超出作用域并最终被回收。此外，这将使您的缩进更加易于管理，在更复杂的程序中不应低估其重要性。val，在这种情况下，您可以将其设置为全局变量，这将大大简化您的代码。当然，您也可以使用闭包，但在这种情况下，使val成为全局变量或使其存在于适用于readfile回调和serverCallback函数的外部作用域似乎是最简单的解决方案。我猜测str不会被垃圾回收，因为它可以被restofprogram()使用。 是的，如果restofprogram是在外部声明的话，str应该会被垃圾回收，除非你做了类似这样的事情：
function restofprogram(val) { ... }
readfile("blah", function(str) {
var val = getvaluefromstr(str);
restofprogram(val, str);
});
或者，如果getvaluefromstr被声明为以下这样的东西：
function getvaluefromstr(str) {
return {
orig: str,
some_funky_stuff: 23
};
}
eval或new Function语句，那么str可能会被使用，因此不会被垃圾回收。如果没有，在函数体中也不存在对str的直接引用，那么它就可以被垃圾回收。实际上很简单，但它是否是处理器时间的有效利用则是另一个问题... - MooGoo