💎一站式轻松地调用各大LLM模型接口,支持GPT4、智谱、星火、月之暗面及文生图 广告
上文简单介绍了作用域,本文把作用域和上下文环境结合起来说一下,会理解的更深一些。 ![](https://box.kancloud.cn/2015-09-21_55ff9abfb586f.png) 如上图,我们在上文中已经介绍了,除了全局作用域之外,每个函数都会创建自己的作用域,作用域在函数定义时就已经确定了。而不是在函数调用时确定。 下面我们将按照程序执行的顺序,一步一步把各个上下文环境加上。另外,对上下文环境不了解的朋友,可以去看看之前的两篇文章: [http://www.cnblogs.com/wangfupeng1988/p/3986420.html](http://www.cnblogs.com/wangfupeng1988/p/3986420.html) [http://www.cnblogs.com/wangfupeng1988/p/3987563.html](http://www.cnblogs.com/wangfupeng1988/p/3987563.html) 第一步,在加载程序时,已经确定了全局上下文环境,并随着程序的执行而对变量就行赋值。 ![](https://box.kancloud.cn/2015-09-21_55ff9abfef02a.png) 第二步,程序执行到第27行,调用fn(10),此时生成此次调用fn函数时的上下文环境,压栈,并将此上下文环境设置为活动状态。 ![](https://box.kancloud.cn/2015-09-21_55ff9ac01fea0.png) 第三步,执行到第23行时,调用bar(100),生成此次调用的上下文环境,压栈,并设置为活动状态。 ![](https://box.kancloud.cn/2015-09-21_55ff9ac048ceb.png) 第四步,执行完第23行,bar(100)调用完成。则bar(100)上下文环境被销毁。接着执行第24行,调用bar(200),则又生成bar(200)的上下文环境,压栈,设置为活动状态。 ![](https://box.kancloud.cn/2015-09-21_55ff9ac0bb5cd.png) 第五步,执行完第24行,则bar(200)调用结束,其上下文环境被销毁。此时会回到fn(10)上下文环境,变为活动状态。 ![](https://box.kancloud.cn/2015-09-21_55ff9acad9ad6.png) 第六步,执行完第27行代码,fn(10)执行完成之后,fn(10)上下文环境被销毁,全局上下文环境又回到活动状态。 ![](https://box.kancloud.cn/2015-09-21_55ff9acb01870.png) 结束了。像老太太的裹脚布——又臭又长! 最后我们可以把以上这几个图片连接起来看看。 ![](https://box.kancloud.cn/2015-09-21_55ff9acb19654.png) 连接起来看,还是挺有意思的。作用域只是一个“地盘”,一个抽象的概念,其中没有变量。要通过作用域对应的执行上下文环境来获取变量的值。同一个作用域下,不同的调用会产生不同的执行上下文环境,继而产生不同的变量的值。所以,作用域中变量的值是在执行过程中产生的确定的,而作用域却是在函数创建时就确定了。 所以,如果要查找一个作用域下某个变量的值,就需要找到这个作用域对应的执行上下文环境,再在其中寻找变量的值。 虽然本文很长,但是文字较少,图片居多,图片都有形象的展示,大家花十几分钟也能慢慢看完。但是,这节内容真的很重要。 以上代码中,咱们还没有设计到跨作用域取值的情况,即——自由变量。详细内容且听下回分解。