摘要:五阶段运行结果运行结果原因在运行前,我就猜想弹出的这个应该是一个的可没想到却是,这使我百思不得其解。当我们程序真正运行时,我们把参数传过去,在这里并不会把这个参数值赋值给这个形参。
要写出严谨的代码或者是优化性能就必须做到‘知己知彼’,为此把握事物规律方能有备无患,稳步前进,故对此有所探知。
一、阶段var a = 5; function f(n){ alert(a); } f();
上面代码的全局处理过程:
1、预处理阶段
a、读取分析整个源代码 b、先扫描函数声明,之后扫描变量(var声明) b_a、处理**函数声明**时有冲突,会覆盖 b_b、处理变量声明时有冲突,会忽略(相对函数声明) c、将扫描到的函数和变量保存到一个对象中(全局的保存到window对象中) d、变量的值是undefined,函数的值则指向该函数(是一个函数字符串) 形式如下:{a : undefined, f : "function(){alert(a);}"}
2、运行阶段
在我们刚刚的案例中 a、将变量a的值从undefined改为5 b、调用f(),一遍函数得到执行
上面函数代码的处理过程:
**1、预处理阶段** a、将函数的参数添加到一个对象(**词法对象**) b、扫描**函数声明**,之后扫描变量(var声明) d、将扫描到的函数和方法添加到词法对象里面 c、变量的值是undefined,函数的值则指向该函数(与全局的一样) 2、运行阶段 与全局的的运行原理一样二、阶段
var b = 1; function ff(){ alert(b); var b = 5; alert(b); } ff(); //结果弹出为:undefined
原因:
js在预处理阶段时,将函数ff()和变量b保存到window对象中,
此时b = undefined,到了运行阶段,b = 1,这时调用函数ff(),
js会先把函数内的变量添加到词法对象中,此时b = undefined,
再之后alert(b),因为是在方法内部,所以alert(b)会调用词法
对象中的b。然而这时词法对象中的b = undefined,所以执行结
果弹出的是undefined,当alert执行完之后b = 5;
三、阶段alert(a); function a() { console.log("xx"); } var a = 5; function a() { console.log("yy"); } //运行结果:"function a() { console.log("yy"); }"
原因:
我们发现变量a和两个方法a()同名了,这时,js在预处理的时候
会优先将函数保存到window对象中,然后如果发现同名的是
变量,这时它会忽略这个变量;如果发现同名的是函数,那
么后面的会将前面的覆盖。所以执行alert弹出的会是函数
四、阶段alert(b); var b = 5; var b = function () { console.log("xx"); } //运行结果:undefined
原因:
我们知道,定义一个方法有多种形式。像上面这个案例中,
我们的函数是匿名的,然后赋值给了一个变量。但变量终究
是变量,js不会因为它的值比较特别就特殊对待,所以,在
js在预处理的时候,先将第一个变量b保存到window中,此时
变量b=undefined,然后第二个变量b覆盖了第一个变量,此时
的变量b依然还是等于undefined,所以在程序运行的时候弹出
值会等于undefined。
五、阶段function c(num1){ alert(num1); } c(2); //运行结果:2 function d(num2){ alert(num2); var num2 = 5; } d(2); //运行结果:2
原因:
在运行前,我就猜想弹出的这个应该是一个undefined的
可没想到却是2,这使我百思不得其解。
在js预处理的时候读取到了这个函数有一个参数,于是就
直接将这个参数放到了词法对象中,这时个参数的值是
undefined,之后它继续向下扫描,发现有一个变量定义,
但我们却发现这变量与参数同名,这个时候js会怎么做?
这时按照之前所学的,这个变量会被加到词法对象中,而
事实上也的确是加了,不过却给它打上了一个标签,用来
标识这个变量是一个参数,这时这个变量的值也是undefined。
当程序真正运行的时候,我们把参数传过去,这个参数就会赋值的到这个参数中,
然后弹出结果,然后再赋值为5。
六、阶段接下来还有几个问题
1.看下面代码
funciton f(num){ alert(num); funciton num(){ } } f(6);
返回结果为:"funciton num(){}"
像出现上面这个情况的时候,js也还是一样在预处理的时
候,将参数放到词法对象中,然后发现里面有一个同名的
函数,这时js就会把这个函数放到词法对象中,并覆盖之
前的参数,而它的值指向的就是这个函数。当我们程序真
正运行时,我们把参数传过去,js在这里并不会把6这个参
数值赋值给这个形参。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/102809.html
摘要:无论你使用的是解释型语言还是编译型语言,都有一个共同的部分将源代码作为纯文本解析为抽象语法树的数据结构。和抽象语法树相对的是具体语法树,通常称作分析树。这是引入字节码缓存的原因。 这是专门探索 JavaScript 及其所构建的组件的系列文章的第 14 篇。 想阅读更多优质文章请猛戳GitHub博客,一年百来篇优质文章等着你! 如果你错过了前面的章节,可以在这里找到它们: JavaS...
摘要:启动性能瓶颈分析与解决方案翻译自的,从属于笔者的前端入门与工程实践。我们必须要清醒地认识到全面评测以挖掘出真正性能瓶颈的重要性。这可能是最佳的方式了,类似于这样的模式鼓励基于路由的分组,目前被与广泛使用。 JavaScript 启动性能瓶颈分析与解决方案 翻译自 Addy Osmani 的 JavaScript Start-up Performance,从属于笔者的Web 前端入门与工...
摘要:文章同步到技术内幕之页面渲染过程最近拜读了传说中的技术内幕一书,有很大收获,尤其是对页面渲染有了较深的认识。解析语法分析,基于词法解释器生成的新标记,构建成抽象语法树,解析器尝试将其与某条语法规则进行匹配。 文章同步到github《Webkit技术内幕》之页面渲染过程 最近拜读了传说中的《Webkit技术内幕》一书,有很大收获,尤其是对页面渲染有了较深的认识。由于功力有限,而且书中设...
摘要:文章同步到技术内幕之页面渲染过程最近拜读了传说中的技术内幕一书,有很大收获,尤其是对页面渲染有了较深的认识。解析语法分析,基于词法解释器生成的新标记,构建成抽象语法树,解析器尝试将其与某条语法规则进行匹配。 文章同步到github《Webkit技术内幕》之页面渲染过程 最近拜读了传说中的《Webkit技术内幕》一书,有很大收获,尤其是对页面渲染有了较深的认识。由于功力有限,而且书中设...
摘要:文章同步到技术内幕之页面渲染过程最近拜读了传说中的技术内幕一书,有很大收获,尤其是对页面渲染有了较深的认识。解析语法分析,基于词法解释器生成的新标记,构建成抽象语法树,解析器尝试将其与某条语法规则进行匹配。 文章同步到github《Webkit技术内幕》之页面渲染过程 最近拜读了传说中的《Webkit技术内幕》一书,有很大收获,尤其是对页面渲染有了较深的认识。由于功力有限,而且书中设...
阅读 1660·2019-08-30 15:54
阅读 3293·2019-08-26 17:15
阅读 3494·2019-08-26 13:49
阅读 2564·2019-08-26 13:38
阅读 2270·2019-08-26 12:08
阅读 2988·2019-08-26 10:41
阅读 1352·2019-08-26 10:24
阅读 3354·2019-08-23 18:35