http://blog.sina.com.cn/s/blog_bfde779f0...
这是我得闭包笔记，你看看。。。。

这是尾调用的问题。好像叫tail call。

当函数执行以后，变量声明的上下文就会被释放掉，如果在这个作用域中声明的变量如果没有再被引用，就会被当成垃圾回收掉。而如果这个作用域中的变量会被引用，例如console.log(age,count)中的count，它定义时的上下文已经不存在了，但是通过一个闭包来访问count，所以count还会存在内存中，这就是为什么同一个作用域下的变量，其他都已经不可访问，count依然可以访问的原因，只有等count不会再被引用才会释放掉。

@Kathy_Miao 已经说的很清楚了，把断点打在return行上就能够清楚的看到了：

你在调试环境里看到的已经是引擎优化后的结果了。用console.log把你期望看到的变量打印出来，你就都明白了

学习精神可嘉~ 其实上面都说的很多了 多看看闭包的知识 JS知识点太多 甚至多过C++

首先谢谢题主的邀请。
我个人非常欣赏题主这样，对知识的不断的学习研究。
同时，也很讨厌那些瞧不起题主，嫌麻烦的人。
不论技术问题的难度高低，任何人都可以提问题，获取自己想要的知识。回答的人，有一个展示自己的机会，知识自由的传播。

我想，这才是segmentfault这个平台的价值。

题主要搞明白这个问题，要明白两个知识点。
1.变量的作用域。
2.闭包的定义。

1.变量的作用域
那些说把断点打在return上的人，我都不知道说什么好了。这样打断点程序执行在外层函数，还没进內嵌函数呢。

最内层函数可以访问在它外层的对象，直到全局对象。
这也就解释了，题主在內嵌函数打断点，可以看到全局对象。

2.闭包
首先，把闭包理解成一个对象，他包含两部分--內嵌函数和他被创建时的执行环境。
这个执行环境也就是说当时的他能访问到的对象，这些对象的状态会被保存下来。

到这里，题主想一下，程序保存6下来当时能够访问的所有对象的状态，还是保存下来他要访问的对象的状态？

答案肯定是保存他要访问的对象的状态。
因为，其他对象对这个函数的执行根本没关系。出于资源，程序复杂性的考虑，根本就没有理由保存那些没有用的东西。
这样也就解释了，题主打断点，只能看见函数里访问到的变量。

至于，firefox和chrome提示的内容不一样。这就是不同浏览器厂商各自实现的问题了，但可以肯定，他们做的事情是一样的，只是实现细节上不太一样。而且，我认为FIREFOX的更准确一些。

得亏这么个问题你写了 3 屏幕的字，认真学学闭包你就明白了。

这个是被JS引擎优化掉的变量，与ES标准里的作用域链没有关系，ES标准写的作用域链就是各种教程说的那样。
如果我们在一段代码里没有使用一个变量，那么即使在其执行环境里js引擎不让这段代码可以访问这个变量对JS的执行来说并不会产生任何的影响。
而事先隐藏某些变量可以减小js引擎查找一个变量的时间，这种优化付出的代价也不会很多。由于变量声明提升的原因，JS引擎在执行一段代码前总需要扫描一遍整个代码。
做这种优化的同时还可顺便减小（可能存在的）闭包占用的内存，虽然你写了闭包，但是真的也会有些局部变量不可能在访问的，这个时候JS引擎就可以释放这个局部变量占用的内存减小闭包的代价。

感觉题主很有探索精神啊！这应该是引擎的闭包优化以减少内存占用吧。

function a() {
    var aa = {}, bb = {}, cc = {}; // ... 此处省略一千个变量
    var b = function() {
         bb = {};
    };
    return b;
}
var b = a();

setInterval(b, 30);

在以上代码中，如果b一直被调用，那它所处的闭包就会一直存在，但我们在b中用到的只有bb而没有用到其它诸如aa,cc的变量，所以只需保留bb即可。因为即使保留了aa,cc将来也永远不会被使用，会导致不必要的内存浪费。js引擎的实现只是做了必要的优化而已，并没有违背js规范。