【移动应用开发技术】前端开发过程常见问题比如JavaScript变量的提升

【移动应用开发技术】前端开发过程常见问题，比如JavaScript变量的提升

JavaScript中的作用域是js中比较重要的一部分，也是大多数面试中必考的内容，我们有必要更加深入的了解下js中作用域。看一个栗子仔细阅读以下JavaScript代码,你觉得运行结果会是什么呢?是1还是2?

不是1，也不是2，答案却是是undefined.为什么会产生这个让人意外的结果呢?我们得来看下js中的预解析。JavaScript预解析JavaScript在浏览器中运行的过程分为两个阶段预解析阶段执行阶段,在JavaScript引擎对JavaScript代码进行执行之前,需要进行预先处理,然后再对处理后的代码进行执行。我们平时书写的JavaScript代码并不是JavaScript执行的代码(V8引擎读取一行执行一行这种理解是错误的),它需要预解释后,再由引擎进行执行.具体的解释过程涉及到浏览器内核的技术不属于前端领域,不过我们可以浅显的理解一下V8在处理JavaScript的一般过程:以上例中的vara=2;为例,我们一般人的理解为声明了一个值为2的变量a,但是在JavaScript引擎处理时却分为了两个步骤:1.读取vara后,在当前作用域中查找是否有相同声明,如果没有就在当前作用域集合中创建一个名为a的变量,否则忽略此声明继续进行解析.2.接下来,V8引擎会处理a=2的赋值操作,首先会询问当前作用域中是否有名为a的变量,如果有进行赋值,否则继续向上级作用域询问.JavaScript执行环境我们上面提到的所谓javascript预解释正是创建函数的执行环境(又称“执行上下文”)，只有搞定了javascript的执行环境我们才能搞清楚一段代码在执行过后为什么产生这样的结果。我们用一段伪代码表示创立的执行环境

作用域链(scopeChain)包括下面提到的变量对象(variableObject)和所有父级执行上下文中的变量对象.变量对象(variableObject)是与执行上下文相关的数据作用域,一个与上下文相关的特殊对象，其中存储了在上下文中定义的变量和函数声明:·变量·函数声明·函数的形参在有了这些基板概念之后我们可以梳理一下js引擎创建执行的过程:·创建阶段·创建Scopechain·创建variableObject·设置this·执行阶段·变量的值、函数的引用·执行代码而变量对象的创建细节如下:·根据函数的参数，创建并初始化argumentsobject·扫描函数内部代码，查找函数声明(Functiondeclaration)·对于所有找到的函数声明，将函数名和函数引用存入变量对象中·如果变量对象中已经有同名的函数，那么就进行覆盖·扫描函数内部代码，查找变量声明(Variabledeclaration)·对于所有找到的变量声明，将变量名存入变量对象中，并初始化为"undefined"·如果变量名称跟已经声明的形式参数或函数相同，则变量声明不会干扰已经存在的这类属性变量提升正是由于以上的处理,产生了大家熟知的JavaScript中的变量提升,具体以上代码的执行过程如以下伪代码所示:

我们可以明显看到,a变量在预解释阶段已经被赋值undefined,在执行阶段js是自上而下单线执行，当console.log(a)执行之时,a=2还没有被执行,a变量的值便是预处理阶段被赋予的undefined,函数声明与函数表达式我们看到,在编译器处理阶段,除了被var声明的变量会有变量提升这一特性之外,函数也会产生这一特性,但是函数声明与函数表达式两种范式创建的函数却表现出不同的结果.我们先看一个实例,运行以下代码

f成功被打印出来,而g函数出现了类型错误,这是什么原因呢?

我们看到,在预解释阶段函数声明的f是被指向了正确的函数得以执行,而函数表达式g被赋予undefined,undefined无法被当作函数执行因此报错gisnotafunction.冲突处理通常情况下我们不会将同一变量变量重复声明,但是出现了类似情况后,编译器会如何处理这些冲突呢?1.变量之间冲突执行以下函数:

结果显而易见,后声明变量值覆盖前者的值1.函数之间冲突

结果同变量冲突,后者覆盖前者.2.函数与变量之间冲突

结果如下,函数声明将覆盖变量声明[Function:f]ES6中的let在ES6中出现了两个最新的声明语法let与const,我们以le