Javascript 垃圾收集机制

C并不简单，主要语法看起来没啥，但边边角角的东西太多太多，我就被好些问题恶心到过，比如内存对齐、线程同步、各种宏啊指针转换啊等等
知道公认的开发效率比较吧？ JS > Java > C。当然，这是在每语言都掌握了的情况下。（这也是NodeJs为什么兴起）
JS有时是有很多例外，但都是些非必需的，比如eval、new Function等，实际开发中几乎根本用不到。真正重要的就只有那几点：
函数定义
函数执行（变量初始化、执行顺序等）
new创建（原型链）
这些弄懂了，最大头的啥原型链、闭包什么的都是秒杀，而这些内容在ECMAScript文档中总共也就几页纸而已。

前端JS开发其实并不是难在JS语法及特性上，而是浏览器环境上（DOM、CSS、浏览器差异），东西太多太杂。当然目前有了JS框架后改善了很多。
信不信如果大学开JS课程，那Web前端开发绝对不会缺成这样子。

本人非计算机专业的，第一看次到就开发效率，js跟C,java比较， JS能跟C比吗？JS运行还依赖C吧，浏览器大部分代码是用C写的吧。

说到浏览器到差异，那是各浏览器的implementation不同，说的不准确点，就是浏览器有各自JS的语法规则。
但是C呢，语法规则应该不会随系统环境而变吧。

好像说的有问题吧？
我记得标记法是这样：
从全局开始逐一标记能引用到的各个对象，标记完成后，没有被标记的就是永远不可能被用到的对象，就会被释放。

你对引用计数举的例子分析也有些问题，说到变量就不能脱离作用域链(scope chain)，及当前执行环境(activate object)
以你的例子来说：

function countMethod(){
	// 进入新的函数，当前activate object及作用域链为： activate object = (scope1) -> global
	// (scope1)引用数为1, global引用数+1
	var object1 = new Object(); 
	// 新建的对象(以o1称它)被当前作用域引用：(scope1).object1 = o1
	// o1引用数为1
	var object2 = new Object(); 
	// 新建的对象(以o2称它)被当前作用域引用：(scope1).object2 = o2
	// o2引用数为1
	object1.method1 = object2;  // object1 计数器 -1，object2 计数器 +1
	// 创建o2引用： o1.method1 = object2
	// o2引用数为2
	object2.method2 = object1;  // object1 计数器 +1，object2 计数器 -1
	// 创建o1引用： o2.method2 = o1
	// o1引用数为2
	// 离开countMethod，当前activate object恢复调用前，即： activate object = global
	// (scope1)引用数为0，释放它，同时它的两个属性object1与object2引用也释放，导致o1 o2引用计算-1
	// o1引用数为1，o2引用数为1  <-- 这是最简单的循环引用
}
// 定义完countMethod方法(以f1称它)，产生两个引用： global.countMethod = f1, f1.[[scope]] = global
// f1引用数为1， global引用数+1
// 当前activate object及作用域链为： activate object = global
countMethod();

如果有闭包，根据引用计数就是这样子

function f1(){
	// activate object = (scope1) -> global
	// (scope1)+1=1, global+1
	var a = {};
	// (scope1).a = o1
	// o1+1=1
	return function f2(){}
	// (scope1).f2=f2, f2.[[scope]]=(scope1)
	// f2+1=1; (scope1)+1=2
	// activate object=global
	// (scope1)-1=1  <-- 还有一个引用，是f2造成的，函数定义会存储当前的作用域
}
// global.f1 = f1, f1.[[scope]] = global
// f1+1=1, global+1
var b = f1();
// global.b=f2
// f2+1=2
b = null;
// global.b=null
// f2-1=1
// 此时也是有循环引用，(scope1).f2 = f2, f2.[[scope]] = (scope1)

以上是纯理论上的最简单的引用计数，但是可以看到，非常脆弱。现在不管什么浏览器都是几种方法结合，JS内部的循环引用都能识别。
我们常说的循环引用无法释放是指JS与DOM两套体系之间的循环引用

为什么不能比较开发效率？实现同样的业务逻辑，JS绝对比C、Java快，动态语言比静态语言灵活太多了
写JS不用考虑线程同步，可以灵活扩展，天生支持各种函数回调
NodeJs为什么流行？就是这个原因。

说JS运行依赖C明显有问题，顶多JS的解释器为了运行效率大多用C写的；同理于Java
但这对用JS开发有任何影响吗？

浏览器在纯JS上的差异很小的，所有浏览器都是向ECMAScript标准看齐

再说到环境，C最依赖运行平台了，32位和64位、大端小端等等，换个环境都需要重新编译；反倒是JS的平台通用性比C高多了，解释器已经把差异都抹平了。


好了，这个其实已经偏题了，有兴趣你可以查查相关资料，看动态语言与静态语言的开发效率对比。

 

   a = 1;

  这个是函数？ 不是JS？

  JS难道规定了要成为JS，必须要多少代码，必须要有函数？

 

  我晕，变量定义而已。 这个变量成了全局对象的一个property。

  这个环境是the global object， 不是什么函数！！！

 

In top-level JavaScript code (i.e., code not contained within any function definitions),
the scope chain consists of a single object, the global object.

 

LZ的说法不太赞同

经常使用 Javascript 的人会琢磨其垃圾收集机制，Javascript 并不像 C，C++ 那样需要开发者手动去清除垃圾，在编写 Javascript 程序是，开发者无需关心内存使用问题，所需内存分配以及无用内存（垃圾）的回收完全实现了自动管理。究其根源，主要是程序收集那些不再使用的变量，并且释放其占用的内存。因此，垃圾收集机制会按照固定时间间隔，周期性反复的执行这一操作。