document.write的用处!
document.write
是JavaScript中对document.open
所开启的文档流(document stream操作的API方法,它能够直接在文档流中写入字符串,一旦文档流已经关闭,那document.write
就会重新利用document.open
打开新的文档流并写入,此时原来的文档流会被清空,已渲染好的页面就会被清除,浏览器将重新构建DOM并渲染新的页面。
--(重写页面问题!!页面已经加载完,用它就清空以前的document)
一.写入文本(页面加载中可以写入,而不会出现重写页面问题)
下面来看看如何在利用document.write
来写入脚本。先考虑如下代码:
- <!DOCTYPE HTML>
- <html>
- <head>
- </head>
- <body>
- <h1>Head</h1>
- <script>
- document.write('<p>hello document</p>');
- </script>
- <h2>Tail</h2>
- </body>
- </html>
这段在h1
和h2
之间内嵌一个脚本,使用document.write
来写入一个p
标签。
刷新页面,可以看到最终的结果是
- Head
- hello document
- Tail
即要文本在脚本执行的位置被插入。这是因为,浏览器就解析HTML构建DOM的时候,如果遇到script
就会暂停下来,解析script
中的代码并执行,然后再继续解析剩余HTML。(阻塞进行的)
此时再去浏览器中检测DOM的结构,会发现script
与h2
之间多了一个p
,浏览器在解析完h1
之后,碰到script
并执行之,此时document.write
将一段HTML代码写入到文档流中,script执行完毕后,浏览器会解析文档流中的字符串,对新添加的p
标签进行解析。
如果将渲染好的页面保存下来,不同的浏览器会有不同的结果。如Chrome和Firefox的做保存下来的页面文件中,script
后面会增加p
标签,而IE中则是维持原状。(这里指的是原有的HTML结构,不同浏览器将页面保存会作不同的处理,有些会增加一些不影响原有结构的标签或注释。这意味着,如果浏览器重新加载Chrome或Firefox中保存下来的页面文件,就会多出一个p
标签。(可以自己动手试试!毕竟实践出真知)
二.写入脚本(注意加转义符号)
既然document.write
可以写入p
并被浏览器解析,那么自然地也可以写入script
标签。
- <script>
- document.write('<script>alert("oops!!!")</script>');
- </script>
我们将代码作出上面的改动,意图在利用document.write
在页面中插入一段脚本。这段代码的本意是弹出一个窗口,阻塞浏览器对HTML的解析。
浏览器下刷新页面,发现并不管用,取而代之的是显示出一个没有意料到的页面。
- Head
- ');
- Tail
去检查DOM树,就会发现,这段脚本被拦腰截断了!浏览器将它解析成以下代码:
- <script>
- document.write('<script>alert("oops!!!")
- </script>
- ');
插入文本中的</script>
被当成了第一个script
的闭合标签,因此这个段代码成了非法代码,因为document.write
的调用书写不正确,缺少右边的括号)
。此时,你可以在console中看到相关的错误信息。(控制台)
为了解决这个问题,我们可以对插入文本中闭合的的标签进行轻微修改,对最后一个>
进行转义,变成\>
。
此时再刷新一下页面,就可以看到预想中的结果。即页面中仅显示h1
,弹窗阻塞了浏览器对HTML的解析,关闭弹窗后,浏览器继续对HTML的解析并完成对页面的渲染。
再去看看DOM的结构,会发现在原有的script
元素后面又多了一个新的<script>
元素,其中所执行的代码就是我们的alert("opps!!!")
。
三.document.write使用的时机很重要(这么叼,却不喜欢用它!)
这样看来,利用document.write
来在HTML中插入标签非常方便,就如同让浏览器在解析HTML的时候动态得添加标签,而且只需要一行代码即可,不需要使用document.createElement
再将其插入到DOM中。
但为什么大家都不建议使用document.write呢?这跟document.write
的实现机制有关。在讨论之前,先看看下面的代码:
- <script>
- setTimeout(function(){
- document.write('<p>5 secs later</p>');
- }, 5000);
- </script>
对之前的代码作简单修改,这段代码同样是想插入一个p
元素,但它是在5秒以后才执行。
刷新页面后,我们看到了这样的显示效果:
- Head
- Tail
但是5秒以后,却变成了这样:(页面被重写了!!)
5 secs later
原来的h1
、h2
甚至是script
,DOCTYPE
还有head
(当然,之前并没有往head添加任何标签,但如果添加了,这些标签也会有同样的下场),它们全部都不见了,取而代之的是一个基本的html结构,它是这样的:
- <html>
- <head></head>
- <body>
- <p>5 secs later</p>
- </body>
- </html>
这是一个全新的页面,document.write
将之前的页面全部清除了,重新打开一页面并在这个页面上写入了新的标签。为什么会这样呢?(5s后页面加载完了,所以重写页面了!)
回到再文章开头所描述文字,就会找到结果。这是因为,5秒以后,浏览器早已完成了HTML的解析,并将文档流给关闭了。5秒后,timeout
事件触发,document.write
在执行的时候发现文档流已经关闭了,就会重新调用document.open
打开一个新的文档流,而document.open
的调用则会清除已有的文档。所以,最终看到的显示结果就是向上面那样,之前存在的页面都被清除掉了。
如果我们把document.write
调用放到DOMCOntentLoaded
或load
的事件处理中,也会得到同样的结果。
这样看到,除非是在浏览器关闭文档之前调用document.write
,否则当前页面都会被清除。
(说通俗点,如果能保证这货在onload前执行,那么可以实现载入,而不是重写)
这一个特性决定了document.write
在实际开发中的应用范围和时机。那么,什么时候应该使用document.write
呢?
在网上搜集的资料看,一般在下列情景下可以利用document.write
来完成某些特殊的操作:
加载需要配合JS脚本使用的外部CSS文件
利用下面的语句加载外部样式文件:
- <scirpt>
- document.write('<link rel="stylesheet" href="style_neads_js.css">');
- </script>
将所有需要用到JS的样式都放到这个外部样式表中,如果浏览器不禁用JS,那么该样式表就会被顺利加载,否则页面就不会使用该样式。(Don’t docwrite scripts)
在新的窗口中写入新的页面数据时(新建一个页面就不会重写之前的)
既然在一个已加载完成的页面中调用document.write
会重写整个页面,那么在一个新的窗口的空白页面中调用这个方法,就不存在这样的的问题了。
另外,在调用document.write
,最好不要把document.open
和document.close
漏掉,尽管多数时候浏览器会帮忙完成这些操作。即,一个标准的document.write应该是这样的:
- document.open();
- document.write('anthing')
- document.close();
弊端
从某个角度说,document.write
的实际功能确实很强,能够直接修改文档流,但它有很多弊端:
- 在非loading阶段调用
document.write
会清除已加载的页面; - document.write不能够在XHTML中使用;
- 嵌入
script
中的document.write
不能给任意节点添加子节点,因为它是随着DOM的构建执行的; - 利用
document.write
写入HTML字符串流并不是一个好方法,它有违DOM操作的概念; - 利用
document.write
添加script
加载外部脚本时,浏览器的HTML解析会被script
的加载所阻塞;
总结
综合上面所描述的关于document.write
的种种特点,个人感觉还是不到迫不得已的时候,不要去使用document.write,使用不当document.write不仅会影响页面的性能,还容易造成各种bug。
要对DOM进行操作时,还是应当使用安全且对DOM的友好的API方法,以避免不必要的问题出现。
上述信息都是以自己做的小测试和网上的参考资料为基础总结出来,有错误的地方,欢迎大家指出,我会尽快作出修正。
document.write的用处!的更多相关文章
- 【repost】document.write的用处
document.write的用处 document.write是JavaScript中对document.open所开启的文档流(document stream操作的API方法,它能够直接在文档流中 ...
- 关于document.write
document.write的用处 document.write是JavaScript中对document.open所开启的文档流(document stream操作的API方法,它能够直接在文档流中 ...
- NoSql数据库使用半年后在设计上面的一些心得
NoSql数据库这个概念听闻许久了,也陆续看到很多公司和产品都在使用,优缺点似乎都被分析的清清楚楚.但我心里一直存有一个疑惑,它的出现究竟是为了解决什么问题? 这个疑惑非常大,为此我看了很多分析文章, ...
- NoSql数据库使用半年后在设计上面的一些心得 (转)
http://www.cnblogs.com/AllenDang/p/3507821.html NoSql数据库这个概念听闻许久了,也陆续看到很多公司和产品都在使用,优缺点似乎都被分析的清清楚楚.但我 ...
- NoSql数据库使用
NoSql数据库使用半年后在设计上面的一些心得 NoSql数据库这个概念听闻许久了,也陆续看到很多公司和产品都在使用,优缺点似乎都被分析的清清楚楚.但我心里一直存有一个疑惑,它的出现究竟是为了解决什么 ...
- Web前端教程3-JavaScript教程
目录 1. JavaScript介绍 1.1. JS嵌入页面的方式 2. JS基本语法 2.1. 变量类型 2.2. 获取元素方法 2.3. 操作元素属性 2.4. innerHTML的使用 3. J ...
- 【笔记】JS脚本为什么要放在body最后面以及async和defer的异同点
1.没有defer或async 浏览器遇到脚本的时候会暂停渲染并立即加载执行脚本(外部脚本),"立即"指的是在渲染该 script 标签之下的文档元素之前,也就是说不等待后续载入的 ...
- NoSql数据库 设计上面的一些心得
NoSql数据库这个概念听闻许久了,也陆续看到很多公司和产品都在使用,优缺点似乎都被分析的清清楚楚.但我心里一直存有一个疑惑,它的出现究竟是为了解决什么问题? 用户信息表,书籍信息表,用户为书籍打分信 ...
- NoSql数据库使用半年后在设计上面的一些心得 (转载)
NoSql数据库这个概念听闻许久了,也陆续看到很多公司和产品都在使用,优缺点似乎都被分析的清清楚楚.但我心里一直存有一个疑惑,它的出现究竟是为了解决什么问题? 这个疑惑非常大,为此我看了很多分析文章, ...
随机推荐
- 实验吧—密码学——WP之 困在栅栏里的凯撒
首先我们研究题目.栅栏:凯撒 还发现一个数字“6”,那么我们很容易就有一个解题思路 对这段字符进行栅栏解密再进行凯撒解密 我们都知道,栅栏解密的关键就是栏数,根据题目中我们发现的信息,这段字符串是12 ...
- linux系统调用的三种方法
通过glibc提供的库函数 [23:02:14] gcc chmodtest.c [23:02:17] ls -l kali //记得先创建这个文件 -rwxrwxrwx. 1 root root 0 ...
- C++问题汇总
1.C++中类相互调用注意事项 (1)若A类中的方法需要调用B类中的函数,那么A类的源文件(或头文件)中需要包含B类的classs声明头文件.若使用了命名空间,还需要在B类的源文件(或头文件)中使用 ...
- 使用netlify-statuskit 进行系统业务状态报告
netlify-statuskit 是netlify 团队开源的一款类似github status 的脚手架website,使用此工具 我们可以对于我们系统模块进行报告,同时对于故障时,我们可以进行故 ...
- drone 1.0 docker-compose 运行试用
drone 1.0 已经rc了,新的界面以及新的功能 github 客户端创建 docker-compose 文件 version: '3' services: drone-server: image ...
- 【Hi3516】 uboot下烧写BSP
setenv serverip xx.xx.xx.xx setenv ipaddr xx.xx.xx.xx setenv ethaddr xx:xx:xx:xx:xx:xx setenv netmas ...
- pstStream->pstPack[i].pu8Addr详解
/****************************************************************************** * funciton : save H2 ...
- 如何让你的 KiCad 在缩放时不眩晕?
如何让你的 KiCad 在缩放时不眩晕? 使用 KiCAD 第一感觉是打开速度非常快,而且 PCB 拉线也非常快,封装库又多. 但有一个问题,缩放时总给人一种眩晕,原来是因为鼠标自动跑到屏幕中间去了, ...
- ElasticeSearch(五)分布式索引架构
关于分布式架构 首先将ES默认每个索引是5个分片,这样做得目的是两个一个索引的时候速度更快(将数据写到小分片的尾部比写入大分片尾部更加快):另外一个是当数据量达到一定程度之后,分片查询,在汇总(sca ...
- jupyter notebook的路径
跟你执行jupyter notebook的当前路径有关系:你在哪个路径下执行的这个语句,那么你就是以那个路径为基础的workspace