博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
JavaScript深入之执行上下文栈
阅读量:6568 次
发布时间:2019-06-24

本文共 2437 字,大约阅读时间需要 8 分钟。

顺序执行?

如果要问到 JavaScript 代码执行顺序的话,想必写过 JavaScript 的开发者都会有个直观的印象,那就是顺序执行,毕竟:

var foo = function () {    console.log('foo1');}foo();  // foo1var foo = function () {    console.log('foo2');}foo(); // foo2

然而去看这段代码:

function foo() {    console.log('foo1');}foo();  // foo2function foo() {    console.log('foo2');}foo(); // foo2

打印的结果却是两个 foo2

刷过面试题的都知道这是因为 JavaScript 引擎并非一行一行地分析和执行程序,而是一段一段地分析执行。当执行一段代码的时候,会进行一个“准备工作”,比如第一个例子中的变量提升,和第二个例子中的函数提升。

但是本文真正想让大家思考的是:这个“一段一段”中的“段”究竟是怎么划分的呢?

到底JavaScript引擎遇到一段怎样的代码时才会做“准备工作”呢?

可执行代码

这就要说到 JavaScript 的可执行代码(executable code)的类型有哪些了?

其实很简单,就三种,全局代码、函数代码、eval代码。

举个例子,当执行到一个函数的时候,就会进行准备工作,这里的“准备工作”,让我们用个更专业一点的说法,就叫做"执行上下文(execution context)"。

执行上下文栈

接下来问题来了,我们写的函数多了去了,如何管理创建的那么多执行上下文呢?

所以 JavaScript 引擎创建了执行上下文栈(Execution context stack,ECS)来管理执行上下文

为了模拟执行上下文栈的行为,让我们定义执行上下文栈是一个数组:

ECStack = [];

试想当 JavaScript 开始要解释执行代码的时候,最先遇到的就是全局代码,所以初始化的时候首先就会向执行上下文栈压入一个全局执行上下文,我们用 globalContext 表示它,并且只有当整个应用程序结束的时候,ECStack 才会被清空,所以 ECStack 最底部永远有个 globalContext:

ECStack = [    globalContext];

现在 JavaScript 遇到下面的这段代码了:

function fun3() {    console.log('fun3')}function fun2() {    fun3();}function fun1() {    fun2();}fun1();

当执行一个函数的时候,就会创建一个执行上下文,并且压入执行上下文栈,当函数执行完毕的时候,就会将函数的执行上下文从栈中弹出。知道了这样的工作原理,让我们来看看如何处理上面这段代码:

// 伪代码// fun1()ECStack.push(
functionContext);// fun1中竟然调用了fun2,还要创建fun2的执行上下文ECStack.push(
functionContext);// 擦,fun2还调用了fun3!ECStack.push(
functionContext);// fun3执行完毕ECStack.pop();// fun2执行完毕ECStack.pop();// fun1执行完毕ECStack.pop();// javascript接着执行下面的代码,但是ECStack底层永远有个globalContext

解答思考题

好啦,现在我们已经了解了执行上下文栈是如何处理执行上下文的,所以让我们看看上篇文章最后的问题:

var scope = "global scope";function checkscope(){    var scope = "local scope";    function f(){        return scope;    }    return f();}checkscope();
var scope = "global scope";function checkscope(){    var scope = "local scope";    function f(){        return scope;    }    return f;}checkscope()();

两段代码执行的结果一样,但是两段代码究竟有哪些不同呢?

答案就是执行上下文栈的变化不一样。

让我们模拟第一段代码:

ECStack.push(
functionContext);ECStack.push(
functionContext);ECStack.pop();ECStack.pop();

让我们模拟第二段代码:

ECStack.push(
functionContext);ECStack.pop();ECStack.push(
functionContext);ECStack.pop();

是不是有些不同呢?

当然了,这样概括的回答执行上下文栈的变化不同,是不是依然有一种意犹未尽的感觉呢,为了更详细讲解两个函数执行上的区别,我们需要探究一下执行上下文到底包含了哪些内容,所以欢迎阅读下一篇《JavaScript深入之变量对象》。

本人转载自冴羽(https://github.com/mqyqingfeng)

你可能感兴趣的文章
【springmvc+mybatis项目实战】杰信商贸-17.货物修改+删除
查看>>
【hibernate框架】练习-树状结构设计(非常重要)
查看>>
Java IO: 序列化与ObjectInputStream、ObjectOutputStream
查看>>
[LeetCode]10.Regular Expression Matching
查看>>
如何用Sencha Touch打包Android的APK
查看>>
Android ListView总结(多选框ListViiew,动态加载,多线程更新ListView中的进度条)
查看>>
node.js学习笔记(27) node-orm进阶二
查看>>
静态分析安全测试(SAST)优缺点探析
查看>>
One minute io hang when Add ISL Trunking License to Brocade Fabric
查看>>
数组首地址取地址
查看>>
Android:一步步开发一个高度可定制化的扩展菜单
查看>>
Javascript是如何工作的: Engine, Runtime 和 Call Stack的概述
查看>>
leetcode爬坑史(一)-- [14] 最长公共前缀
查看>>
Linux 安装 GitLab ,及首次配置使用
查看>>
js正则表达式
查看>>
说一说js防抖节流的事情
查看>>
react与动态input的问题
查看>>
python语法基础及if、while、for等语句介绍
查看>>
iOS OpenGL开发(三)- OpenGL渲染架构解析
查看>>
JDK1.8 -lambda中常用内置函数式接口
查看>>