html文件是由什么解释执行的,整个HTML解析过程与JS脚本解析和执行顺序

HTML解析过程

思考1：JavaScript为什么要放在HTML文档的底部？

通常来说，浏览器对于Javascript的运行有两大特性：

载入后马上执行

执行时会阻塞页面后续的内容(包括页面的渲染、其它资源的下载)

原因：当引用了JS的时候，浏览器发送1个js request就会一直等待该request的返回。因为浏览器需要1个稳定的DOM树结构，而JS中很有可能有代码直接改变了DOM树结构，比如使用 document.write 或 appendChild ,甚至是直接使用的location.href进行跳转，浏览器为了防止出现JS修改DOM树，需要重新构建DOM树的情况，所以 就会阻塞其他的下载和呈现。于是，如果有多个js文件被引入，那么对于浏览器来说，这些js文件被被串行地载入，并依次执行。因为javascript可能会来操作HTML文档的DOM树，所以，浏览器一般都不会像并行下载css文件那样并行下载js文件，因为这是js文件的特殊性造成的。所以，如果你的javascript想操作后面的DOM元素，基本上来说，浏览器都会报错说对象找不到。因为Javascript执行时，后面的HTML被阻塞住了，DOM树时还没有后面的DOM结点。所以程序也就报错了。基本上来说，head里的script 标签会阻塞后续资源的载入以及整个页面的生成。如果把JavaScript放在页面顶部，下载和解析JavaScript的时间里面，dom迟迟得不到解析和渲染，浏览器一直处于白屏，所以把JavaScript文件放在页面底部更有利于页面快速呈现。所以，你知道为什么有很多网站把javascript放在网页的最后面了，要么就是动用了window.onload或docmuemt ready之类的事件。

defer和async

首先，async和defer对于内联JavaScript都是无效的

defer：设置了defer的script外链文件，在下载js文件期间不会阻塞HTML的解析，而且等js下载完毕时若HTML还没解析完毕，js会等到HTML文档解析完毕后再执行。如果有多个js下载文件，那么执行时也是按照顺序执行。

async：设置了async的script外链文件，在下载js文件期间不会阻塞HTML的解析，但是js下载完毕之后就会立即执行，无论现在HTML是否正在解析。

思考二：Css为什么要放在HTML文档的标签内

如果把css文件引用放在HTML文档的底部，浏览器为了防止无样式内容闪烁，会在css文件下载并解析完毕之前什么都不显示，这也就会造成白屏现象。(但是在firefox浏览器中测试，会出现样式闪烁，这也算是不同浏览器的权衡吧，要么等css全解析完一起显示，要么先显示然后css解析完再重新画上新样式)

当css文件放在head中时，虽然css解析也会阻塞后续dom的渲染，但是在解析css的同时也在解析dom，所以等到css解析完毕就会逐步的渲染页面了。

简单过程

Web页面运行在各种各样的浏览器当中，浏览器载入、渲染页面的速度直接影响着用户体验

简单地说，页面渲染就是浏览器将html代码根据CSS定义的规则显示在浏览器窗口中的这个过程。先来大致了解一下浏览器都是怎么干活的：

1. 用户输入网址(假设是个html页面，并且是第一次访问)，浏览器向服务器发出请求，服务器返回html文件；

2. 浏览器开始载入html代码，发现标签内有一个标签引用外部CSS文件；

3. 浏览器又发出CSS文件的请求，服务器返回这个CSS文件；

4. 浏览器继续载入html中部分的代码，并且CSS文件已经拿到手了，可以开始渲染页面了

5. 浏览器在代码中发现一个

标签引用了一张图片，向服务器发出请求。此时浏览器不会等到图片下载完，而是继续渲染后面的代码；

6. 服务器返回图片文件，由于图片占用了一定面积，影响了后面段落的排布，因此浏览器需要回过头来重新渲染这部分代码；

7. 浏览器发现了一个包含一行Javascript代码的 script 标签，赶快运行它

8. Javascript脚本执行了这条语句，它命令浏览器隐藏掉代码中的某个

(style.display=”none”)。杯具啊，突然就少了这么一个元素，浏览器不得不重新渲染这部分代码；

9. 终于等到了的到来，浏览器泪流满面……

10. 等等，还没完，用户点了一下界面中的“换肤”按钮，Javascript让浏览器换了一下标签的CSS路径；

11. 浏览器召集了在座的各位

们，“大伙儿收拾收拾行李，咱得重新来过……”，浏览器向服务器请 　　求了新的CSS文件，重新渲染页面。

javascript 代码运行

分两个阶段：

预解析阶段把所有的函数定义提前，所有的变量声明提前，变量的赋值不提前(预处理会跳过执行语句，只处理声明语句，同样也是按从上到下按顺序进行的。包括变量和函数在内的所有声明都会在任何代码被执行前首先被处理。即使声明是在调用的下方进行的，但浏览器仍然先声明再调用(执行)，这个现象叫做“提升”。所以，即便一个函数的声明在下方，在前面仍然可以正常执行这个函数。赋值或其他逻辑运算是在执行阶段进行的，在预处理阶段会被忽略。

执行阶段—从上到下执行(按照js运行机制)

总结

不论是内联还是外链js都会阻塞后续dom的解析和渲染

对于一个HTML文档来说，不管是内联还是外链的css，都会阻碍后续的dom渲染，但是不会阻碍后续dom的解析。

如何加快HTML页面加载速度

页面减肥a. 页面的肥瘦是影响加载速度最重要的因素。

b. 删除不必要的空格、注释。

c. 将inline的script和css移到外部文件。

d. 可以使用HTML Tidy来给HTML减肥，还可以使用一些压缩工具来给JavaScript减肥。

减少文件数量：a. 减少页面上引用的文件数量可以减少HTTP连接数。

b. 许多JavaScript、CSS文件可以合并最好合并。

减少域名查询：a. DNS查询和解析域名也是消耗时间的，所以要减少对外部JavaScript、CSS、图片等资源的引用，不同域名的使用越少越好。

缓存重用数据：a. 对重复使用的数据进行缓存。

优化页面元素加载顺序：a. 首先加载页面最初显示的内容和与之相关的JavaScript和CSS，然后加载HTML相关的东西，像什么不是最初显示相关的图片、flash、视频等很肥的资源就最后加载。

减少inline JavaScript的数量：a. 浏览器parser会假设inline JavaScript会改变页面结构，所以使用inline JavaScript开销较大。

b. 不要使用document.write()这种输出内容的方法，使用现代W3C DOM方法来为现代浏览器处理页面内容。

使用现代CSS和合法的标签：a. 使用现代CSS来减少标签和图像，例如使用现代CSS+文字完全可以替代一些只有文字的图片。

b. 使用合法的标签避免浏览器解析HTML时做“error correction”等操作，还可以被HTML Tidy来给HTML减肥。

Chunk your content：a. 不要使用嵌套table，而使用非嵌套table或者div。将基于大块嵌套的table的layout分解成多个小table，这样就不需要等到整个页面(或大table)内容全部加载完才显示。

指定图像和table的大小：a. 如果浏览器可以立即决定图像或table的大小，那么它就可以马上显示页面而不要重新做一些布局安排的工作。

b. 这不仅加快了页面的显示，也预防了页面完成加载后布局的一些不当的改变。

c. image使用height和width。