理解执行环境和理解垃圾收集
来源:互联网 发布:怎么看本子知乎 编辑:程序博客网 时间:2024/05/17 23:34
执行环境及作用域
执行环境(也称环境)是JavaScript中最重要的一个概念。执行环境定义了变量或函数有权访问的其他数据,决定了它们各自的行为。每个执行环境都有一个与之关联的变量对象,环境中定义的所有变量和函数都保存在这个对象中。
全局执行环境是最外围的一个执行环境。根据ECMAScript实现所在的宿主环境不同,表示执行环境的对象也不一样。在Web浏览器中,全局执行环境被认为是window对象,因此所有全局变量和函数都作为window对象的属性和方法创建的。某个执行环境中的所有代码执行完毕后,该环境被销毁,保存在其中的所有变量和函数定义也随之销毁。
每个函数都有自己的执行环境。当执行流进入一个函数时,函数的环境就会被推入一个环境栈中。而这个函数执行之后,栈将其环境弹出,把控制权返回给之前的执行环境。
当代码在一个环境中执行时,会创建变量对象的一个作用域链,作用域链的用途,是保证对执行环境有访问权的所有变量和函数的有序访问。作用域链的前端,始终都是执行环境的代码所在环境的变量对象。如果这个环境是函数,则将其活动对象作为变量对象。活动对象在最开始时只包含一个变量,即arguments对象(这个对象在全局环境中是不存在的)。作用域链中的下一个变量对象来自包含(外部)环境,而再下一个变了对象则来自下一个包含环境,一直延续到全局执行环境。
标识符解析是沿着作用域链一级一级的搜索标识符的过程,搜索过程始终从作用域链的前段开始,然后逐级的向后回溯,直到找到标识符为止。
例:
var color = "blue";function changeColor(){ if(color === "blue"){ color = "red"; }else{ color = "blue"; }}changeColor();alert("Color is now " + color);
这个例子中,函数changeColor()的作用域链包含两个对象:它自己的变量对象和全局环境的变量对象。可以在函数内部访问color,就是因为可以在这个作用域链中找到它。
例:
var color = "blue";function changeColor(){ var anotherColor = "red"; function swapColors(){ var temColor = anotherColor; anotherColor = color; color = temColor; //这里可以访问color、anotherColor和tempColor } swapColors(); //这里可以访问color和anotherColor,但不能访问tempColor}changeColor(); //这里只能访问color
这个例子中涉及了三个执行环境:全局环境、changeColor()的局部环境和swapColors()的局部环境
上图表示特定的执行环境。其中,函数环境可以通过作用域链访问所有的外部环境,但外部环境不能访问内部环境中的任何变量和函数,这些环境之间的联系是线性的、有次序的,每个环境都可以向上搜索作用域链,以查询变量和函数名。
延长作用域链
使用try-catch语句的catch块和with语句这两个语句都会在作用域链的前端添加一个变量对象。对with语句来说,会将指定的对象添加到作用域链中,对catch语句来说,会创建一个新的变量对象,其中包含的是被抛出的错误对象的声明。
没有块级作用域
1、声明变量
使用var声明变量会自动被添加到最接近的环境中,在函数内部,最接近的环境就是函数的局部环境。如果初始化变量时没有使用var声明,该变量会自动被添加到全局环境中。
2、查询标识符
当在某个环境中为了读取或写入而引用一个标识符时,必须通过搜索来确定该标识符实际代表什么。搜索过程从作用域链的前端开始,向上逐级查询与给定名字匹配的标识符。在这个搜索过程中,如果存在一个局部的变量的定义,则搜索会自动停止,不再进入另一个变量对象。换句话说,如果局部环境中存在着同名标识符,就不会使用位于父环境中的标识符。
垃圾收集
JavaScript具有自动垃圾收集机制,也就是说,执行环境会负责管理执行过程中使用的内存。
下面就来分析一下函数中局部变量的正常生命周期。局部变量只在函数执行的过程中存在。而在这个过程中,会为局部变量在栈或堆内存上分配相应的空间,以便存储它们的值。然后在函数中使用这些变量,直至函数执行结束。此时,局部变量就没有存在的必要了,因此可以释放它们的内存以供将来使用。在这种情况下,很容易判断变量是否还有存在的必要;但并非所有情况下都这么容易就能得出结论,垃圾收集器必须跟踪哪个变量有用哪个变量没用,对于不再有用的变量打上标记,以备将来收回其占用的内存。用于标识无用变量的策略可能会因实现而异,但具体到浏览器中的实现,则通常有两个策略。
1、标记清除
JavaScript中最常用的垃圾收集方式是标记清除。当变量进入环境时,就将这个变量标记为“进入环境”。从逻辑上讲,永远不能释放进入环境的变量所占用的内存,因此只要执行流进去相应的环境,就可能会用到它们。而当变量离开环境时,则将其标记为“离开环境”。可以使用任何方式来标记变量,但标记变量并不重要,关键在于采取什么策略。垃圾收集器在运行的时候会给存储在内存中的所有变量都加上标记,然后,它会去掉环境中的变量及被环境中的变量已经无法访问的变量标记。而在此之后再被加上标记的变量将被视为准备删除的变量,原因是环境中的变量已经无法访问到这些变量了,最后,垃圾收集器完成内存清除工作,销毁那些带标记的值,并返回它们所占用的内存空间。
2、引用计数
另一种不太常见的垃圾收集策略叫做引用计数。引用计数的含义是跟踪记录每个值被引用的次数。当声明了一个变量并将一个引用类型值赋给变量时,则这个值的引用次数就是1。如果同一个值又被赋给另一个变量,则该值的引用次数加1。相反,如果包含对这个值引用的变量又取得了另外一个值,则这个值的引用次数减1。当这个值的引用次数变成0时,则说明没办法在访问这个值了,因而就可以将其占用的内存空间回收回来。这样,当垃圾收集器下次运行时,它就会释放那些引用次数为零的值所占用的内存。
- 理解执行环境和理解垃圾收集
- DOM笔记(八):JavaScript执行环境和垃圾收集
- 了解DOM:Javascript执行环境和垃圾收集
- 深入理解JVM-垃圾收集器和内存分配策略
- 《深入理解java虚拟机》读书笔记四 【垃圾收集算法和垃圾收集器】
- 深入理解JAVA虚拟机---垃圾收集算法和垃圾收集器
- 深入理解Java虚拟机——JVM垃圾回收机制和垃圾收集器详解
- 深入理解Java虚拟机——JVM垃圾回收机制和垃圾收集器详解
- 深入理解Java虚拟机——JVM垃圾回收机制和垃圾收集器详解
- 深入理解Java虚拟机——JVM垃圾回收机制和垃圾收集器详解
- <<深入理解虚拟机>>笔记------垃圾收集器
- 理解G1垃圾收集器日志
- 深入理解JVM:垃圾收集算法
- 如何理解java 垃圾收集器
- 【深入理解JVM】:垃圾收集算法
- 【深入理解JVM】:HotSpot垃圾收集器
- 深入理解JVM03--垃圾收集器
- 深入理解G1垃圾收集器
- java JNI 实例 实现调用c++函数
- python之批量读取文件
- 过山车
- C++编程技巧
- 计算机是如何工作的
- 理解执行环境和理解垃圾收集
- http
- leetcode经典编程题(2)
- ora-01653: unable to extend table sys.aud$ by 8192 in tablespac system
- 北大 C++ 1.5 CONST
- 1027. Colors in Mars (20)
- 浅谈Javascript 执行顺序
- 6.0运行时权限的总结与实践
- 安装mysql2.7.5过程中出现的问题