JS执行顺序Word文档下载推荐.docx
- 文档编号:21793479
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:13
- 大小:92.62KB
JS执行顺序Word文档下载推荐.docx
《JS执行顺序Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《JS执行顺序Word文档下载推荐.docx(13页珍藏版)》请在冰豆网上搜索。
9.<
10.
11.<
title>
/title>
12.
13.<
/head>
14.
15.<
body>
16.
17.<
18.
页面脚本"
19.<
20.
21.<
/body>
/html>
22.
23.<
24.
底部脚本"
25.<
如果通过脚本标签<
的src属性导入外部JavaScript文件脚本,那么它也将按照其语句出现的顺序来执行,而且执行过程是文档装载的一部分。
不会因为是外部JavaScript文件而延期执行。
例如,把上面文档中的头部和主体区域的脚本移到外部JavaScript文件中,然后通过src属性导入。
继续预览页面文档,你会看到相同的执行顺序。
2.alert("
script
src="
head.js"
>
body.js"
25.alert("
26.
27.<
1.6.2预编译与执行顺序的关系
当JavaScript引擎解析脚本时,它会在预编译期对所有声明的变量和函数进行处理。
所以,就会出现当JavaScript解释器执行下面脚本时不会报错:
1.alert(a);
//
返回值undefined
2.var
a
=1;
3.alert(a);
返回值1
由于变量声明是在预编译期被处理的,所以在执行期间对于所有代码来说,都是可见的。
但是,你也会看到,执行上面代码,提示的值是undefined,而不是1。
这是因为,变量初始化过程发生在执行期,而不是预编译期。
在执行期,JavaScript解释器是按着代码先后顺序进行解析的,如果在前面代码行中没有为变量赋值,则JavaScript解释器会使用默认值undefined。
由于在第二行中为变量a赋值了,所以在第三行代码中会提示变量a的值为1,而不是undefined。
同理,下面示例在函数声明前调用函数也是合法的,并能够被正确解析,所以返回值为1。
1.f();
调用函数,返回值1
3.function
f(){
alert
(1);
5.}
但是,如果按下面方式定义函数,则JavaScript解释器会提示语法错误。
调用函数,返回语法错误
3.var
f
=
function(){
5.
7.}
这是因为,上面示例中定义的函数仅作为值赋值给变量f,所以在预编译期,JavaScript解释器只能够为声明变量f进行处理,而对于变量f的值,只能等到执行期时按顺序进行赋值,自然就会出现语法错误,提示找不到对象f。
虽然变量和函数声明可以在文档任意位置,但是良好的习惯应该是在所有JavaScript代码之前声明全局变量和函数,并对变量进行初始化赋值。
在函数内部也是先声明变量,然后再引用。
1.6.3按块执行JavaScript代码
所谓代码块就是使用<
标签分隔的代码段。
例如,下面两个<
标签分别代表两个JavaScript代码块。
2.//
JavaScript代码块1
4.<
6.<
7.//
JavaScript代码块2
8.function
9.
10.}
JavaScript解释器在执行脚本时,是按块来执行的。
通俗地说,就是浏览器在解析HTML文档流时,如果遇到一个<
标签,则JavaScript解释器会等到这个代码块都加载完后,先对代码块进行预编译,然后再执行。
执行完毕后,浏览器会继续解析下面的HTML文档流,同时JavaScript解释器也准备好处理下一个代码块。
由于JavaScript是按块执行的,所以如果在一个JavaScript块中调用后面块中声明的变量或函数就会提示语法错误。
例如,当JavaScript解释器执行下面代码时就会提示语法错误,显示变量a未定义,对象f找不到。
4.f();
8.//
9.var
10.function
11.
12.}
虽然说,JavaScript是按块执行的,但是不同块都属于同一个全局作用域,也就是说,块之间的变量和函数是可以共享的。
1.6.4借助事件机制改变JavaScript执行顺序
由于JavaScript是按块处理代码,同时又遵循HTML文档流的解析顺序,所以在上面示例中会看到这样的语法错误。
但是当文档流加载完毕,如果再次访问就不会出现这样的错误。
例如,把访问第2块代码中的变量和函数的代码放在页面初始化事件函数中,就不会出现语法错误了。
3.window.onload
页面初始化事件处理函数
alert(a);
f();
6.}
10.//
11.var
12.function
13.
14.}
15.
16.<
为了安全起见,我们一般在页面初始化完毕之后才允许JavaScript代码执行,这样可以避免网速对JavaScript执行的影响,同时也避开了HTML文档流对于JavaScript执行的限制。
注意
如果在一个页面中存在多个windows.onload事件处理函数,则只有最后一个才是有效的,为了解决这个问题,可以把所有脚本或调用函数都放在同一个onload事件处理函数中,例如:
1.window.onload
f1();
3.
f2();
f3();
而且通过这种方式可以改变函数的执行顺序,方法是:
简单地调整onload事件处理函数中调用函数的排列顺序。
除了页面初始化事件外,我们还可以通过各种交互事件来改变JavaScript代码的执行顺序,如鼠标事件、键盘事件及时钟触发器等方法,详细讲解请参阅第14章的内容。
1.6.5JavaScript输出脚本的执行顺序
在JavaScript开发中,经常会使用document对象的write()方法输出JavaScript脚本。
那么这些动态输出的脚本是如何执行的呢?
例如:
[html]viewplaincopy
1.document.write('
type="
text/javascript"
'
2.document.write('
3.document.write('
function
4.document.write('
5.document.write('
}
6.document.write('
\/script>
运行上面代码,我们会发现:
document.write()方法先把输出的脚本字符串写入到脚本所在的文档位置,浏览器在解析完document.write()所在文档内容后,继续解析document.write()输出的内容,然后才按顺序解析后面的HTML文档。
也就是说,JavaScript脚本输出的代码字符串会在输出后马上被执行。
请注意,使用document.write()方法输出的JavaScript脚本字符串必须放在同时被输出的<
标签中,否则JavaScript解释器因为不能够识别这些合法的JavaScript代码,而作为普通的字符串显示在页面文档中。
例如,下面的代码就会把JavaScript代码显示出来,而不是执行它。
但是,通过document.write()方法输出脚本并执行也存在一定的风险,因为不同JavaScript引擎对其执行顺序不同,同时不同浏览器在解析时也会出现Bug。
Ø
问题一,找不到通过document.write()方法导入的外部JavaScript文件中声明的变量或函数。
例如,看下面示例代码。
test.js"
2.<
alert(n);
IE提示找不到变量n
6.alert(n+1);
所有浏览器都会提示找不到变量n
7.外部JavaScript文件(test.js)的代码如下:
8.var
n
1;
分别在不同浏览器中进行测试,会发现提示语法错误,找不到变量n。
也就是说,如果在JavaScript代码块中访问本代码块中使用document.write()方法输出的脚本中导入的外部JavaScript文件所包含的变量,会显示语法错误。
同时,如果在IE浏览器中,不仅在脚本中,而且在输出的脚本中也会提示找不到输出的导入外部JavaScript文件的变量(表述有点长和绕,不懂的读者可以尝试运行上面代码即可明白)。
问题二,不同JavaScript引擎对输出的外部导入脚本的执行顺序略有不同。
test1.js"
alert
(2);
)
alert(n+2);
7.document.write('
8.<
10.<
11.alert(n+3);
12.<
14.外部JavaScript文件(test1.js)的代码如下所示。
15.var
16.alert(n);
在IE浏览器中的执行顺序如图1-6所示。
图1-6IE7浏览器的执行顺序和提示的语法错误
在符合DOM标准的浏览器中的执行顺序与IE浏览器不同,且没有语法错误,如图1-7所示的是在Firefox3.0浏览器中的执行顺序。
图1-7Firefox3浏览器的执行顺序和提示的语法错误
解决不同浏览器存在的不同执行顺序,以及可能存在Bug。
我们可以把凡是使用输出脚本导入的外部文件,都放在独立的代码块中,这样根据上面介绍的JavaScript代码块执行顺序,就可以避免这个问题。
例如,针对上面示例,可以这样设计:
;
提示2
8.document.write('
提示3
9.document.write('
10.alert(n+3);
提示4
14.alert(n+4);
提示5
这样在不同浏览器中都能够按顺序执行上面代码,且输出顺序都是1、2、3、4和5。
存在问题的原因是:
输出导入的脚本与当前JavaScript代码块之间的矛盾。
如果单独输出就不会发生冲突了。
-------------------------------------------------------------------------------------------------------------
以下出处为:
关于作用域的问题跟注意事项:
对于从未声明过的对象,如果尝试给它赋值,会隐式的将其声明为全局对象:
1.(function(){
s
"
abc"
3.})()
4.alert(s);
会弹出abc
如果尝试读一个未声明的对象,则js会报错。
如:
//不会有弹出框,会报错
js报错会直接导致不继续往下运行,有时候查起来真有点麻烦
但这是个铁律,所以以下写法儿是经常容易犯的错误:
1.if(!
a){
2.//dosomething,,,,,
3.}
有时候这样写的初衷是,如果变量a不存在就执行里边的语句,但如果a未定义,那么会报错,也不会执行里边的语句。
那么如何判断是否已经定义该对象呢?
一个比较巧妙的办法是:
window.a){
2.//要执行的代码
这么写的确很巧妙,因为读取一个未定义的变量会报错,而读取一个未定义的属性却不会报错!
!
天晓得js为啥规定了这样的语法!
但这种方法仅适用于全局变量,如果是函数里的局部变量,还是用typeof去判断把:
1.if(typeof
==
undefined"
){
//相关操作
所以结论就是:
养成好习惯,不要在变量没有声明之前调用它。
接下来另外一个例子:
1.var
I
am
out"
2.(function(){
var
in"
5.})()
好,提问,运行这段代码弹出什么?
回答1:
Iamout。
错,js没有块级作用域,无论var语句放在哪里,在整个函数体内他都是有定义的。
回答2:
Iamin。
错,再看上面那句话,它只是在整个函数体内有定义,但只有在被赋值后才有值。
正确答案:
undefined。
是不是很晕?
好好看看吧还是。
总之,再重复一遍,不要在变量声明之前调用它。
最后介绍一个我也没搞明白的问题:
在html文档里写如下这段代码:
window['
a'
]='
Hi'
out.js"
然后呢,out.js里边这么写:
1.if(false){
hello"
然后用FF跟IE6分别运行,看看得到什么。
FF中会弹出Hi,IE6会弹出undefined。
很神奇吧,按语法,无论如何a都不可能是undefined,但IE6会。
如果把这两个语句都写在同一个文件里,就不会有这个情况。
如果把out.js里的vara移到if语句外边,或者把if的条件改为true,也不会有这个问题。
这个bug的危害性其实非常大,所以呢,只能给自己定一个好习惯,那就是不要在条件语句中声明变量,虽然这么做语法上并不禁止。
注明:
1.作用域不同产生的效果也不一样,在同一个function中,js会先在function中查找是否有status的声明,如果有,则以function域中的为准,但是也有使用的先后顺序问题。
2.同时在同一作用域中变量的赋值的时候,函数的赋值要快于一般常量的赋值。
1.如:
b(){
常量"
a(){}
alert的结果是functiona(){}
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JS 执行 顺序