执行上下文

//返回原始值 function Person(name) {

this.name = name;

return '啦啦啦啦' }

let person1 = new Person("a");

console.log(person1.name) //a

//返回对象

function Person(name) { this.name = name;

return { aaa: "asdas"

} }

let person1 = new Person("a");

console.log(person1) //{aaa : "asdas"} console.log(person1.name) //'undefined'

可以看到当返回原始值的时候，并不会正常返回这个原始值 “啦啦啦啦”，而当返回直是对象的时候，这个返回值能被正常返回，但是这时候 new 就不生效了。所以，构造函数尽量不要返回值。因为返回原始值不会生效，返回对

象会导致 new 操作符没有作用。

那么为什么会这样呢？

构造函数没有返回值的原因是因为它不是由你的代码直接调用的，它是由运行时的内存分配和对象初始化代码调用的。它的返回值（如果它在编译为机器代码时实际上有一个）对用户来说是不透明的——因此，你不

能指定它。

其实在 JavaScript 中，

let a = [] 也就是 let a = new Array []；

function a () {} 也就是 let a = new Function () {}

执行上下文

当执行 JS 代码时，会产生三种执行上下文

全局执行上下文函数执行上下文

eval 执行上下文

在该执行上下文的创建阶段，变量对象、作用域链、闭包、this指向会分别被确定。

对于每个执行上下文，都有三个重要属性：

变量对象(Variable object，VO) 包含变量、函数声明和函数的形参，该属性只能在全局上下文中访问

解释阶段

词法分析语法分析

作用域规则确定

执行阶段

创建执行上下文执行函数代码

垃圾回收

作用域在定义时就确定,而不是在函数调用时确定，不会改变,但是执行上下文是在函数执行前创建的。随时可以改变，执行上下文最明显的就是this的指向在执行时确定. 而作用域访问的变量是编写代码的结构确定的。

同一个作用域下，不同的调用会产生不同的执行上下文环境，继而产生不同的变量的值。

JS引擎创建了执行上下文栈管理执行上下文。

当 JavaScript 开始要解释执行代码的时候，最先遇到的就是全局代码，所以初始化的时候首先就会向执行上下文栈压入一个全局执行上下文，我们用 globalContext 表示它，并且只有当整个应用程序结束的时候，

ECStack 才会被清空，所以程序结束之前， ECStack 最底部永远有个 globalContext：

let a = 'Hello World!';

function first() {

console.log('Inside first function');

second();

console.log('Again inside first function');

}

function second() {

console.log('Inside second function');

}

first();

console.log('Inside Global Execution Context');

简单分析一下流程：

创建全局上下文压入执行栈 first函数被调用，创建函数执行上下文并压入栈