一、从一个面试题说起
面试前端的时候我喜欢问一些看上去是常识的问题。比如：为什么大家普遍把 这样的代码放在body最底部？ （为了沟通效率，我会提前和对方约定所有的讨论都以chrome为例）
应聘者一般会回答：因为浏览器生成dom树的时候是一行一行读html代码的，script标签放在最后面就不会影响前面的页面的渲染。
我很鸡贼地接着问：既然dom树完全生成好后页面才能渲染出来，浏览器又必须读完全部html才能生成完整的dom树，script标签不放在body底部是不是也一样？
留 一 段 空 白 让 你 先 想 一 想
“页面渲染出来了” 指的是什么？ 严格来说，我的最后一问是有歧义的：我们需要统一一下什么叫我们经常挂在嘴边的“页面渲染出来了” —— 指的是是 “首屏显示出来了” 还是 “页面完整地加载好了”（后面统称stepc） ？如果指的是首屏显示出来了，那么问题又来了：假设网页首屏有图片，这里的“首屏” 指的是 “显示了全部图片的首屏”（后面统称stepb） 还是 “没有图片的首屏”（后面统称stepa）。
确定清楚 “页面渲染出来了” 指的是 stepa、stepb、stepc 中的哪一个是非常关键的（虽然至今还没有一个应聘者尝试这么做过），如果 “页面渲染出来了” 指的是 stepc，那么我的最后一问的答案是肯定的——script标签不放在body底部不会拖慢页面完整地加载好的时间。
显然，我们往往更关心首屏时间，所以，如果 “页面渲染出来了” 特指“没有图片的首屏”，那我的最后一问变成了下面这样，又该如何回答呢？
既然dom树完全生成好后才能显示“没有图片的首屏”，浏览器又必须读完全部html才能生成完整的dom树，script标签不放在body底部是不是也一样？
陷阱 然而上面的问题还是存在一个陷阱—— 既然dom树完全生成好后才能显示“没有图片的首屏” 这句话是带欺骗性的，“没有图片的首屏”并不以“完整的dom树”为必要条件。也就是说： 在生成dom树的过程中只要某些条件具备了，“没有图片的首屏”就能显示出来。
所以，抛开这些歧义和陷阱，我的问题变成了：
script标签的位置会影响首屏时间么？
然而答案并不是那么显而易见，这得从浏览器的渲染机制说起。 （再一次说明：本文所说的浏览器都是指chrome）
二、浏览器的渲染机制 首先，我们需要了解几个概念： 1、 dom ：document object model，浏览器将html解析成树形的数据结构，简称dom。
2、 cssom ：css object model，浏览器将css代码解析成树形的数据结构。
3、dom 和 cssom 都是以 bytes → characters → tokens → nodes → object model. 这样的方式生成最终的数据。如下图所示：
dom树的构建过程是一个深度遍历过程：当前节点的所有子节点都构建好后才会去构建当前节点的下一个兄弟节点。
4、 render tree ：dom 和 cssom 合并后生成 render tree，如下图：
render tree 和dom一样，以多叉树的形式保存了每个节点的css属性、节点本身属性、以及节点的孩子节点。
注意：display:none 的节点不会被加入render tree，而visibility: hidden 则会，所以，如果某个节点最开始是不显示的，设为display:none是更优的。具体可以看 这里
浏览器的渲染过程： 1、 create/update dom and request css/image/js ：浏览器请求到html代码后，在生成dom的最开始阶段（应该是 bytes → characters 后），并行发起css、图片、js的请求，无论他们是否在head里。
注意：发起js文件的下载request并不需要dom处理到那个script节点，比如：简单的正则匹配就能做到这一点，虽然实际上并不一定是通过正则：）。这是很多人在理解渲染机制的时候存在的误区
2、 create/update render cssom ：css文件下载完成，开始构建cssom
3、 create/update render tree ：所有css文件下载完成，cssom构建结束后，和 dom 一起生成 render tree。
4、 layout ：有了render tree，浏览器已经能知道网页中有哪些节点、各个节点的css定义以及他们的从属关系。下一步操作称之为 layout ，顾名思义就是计算出每个节点在屏幕中的位置。
5、 painting ：layout后，浏览器已经知道了哪些节点要显示（which nodes are visible）、每个节点的css属性是什么（their computed styles）、每个节点在屏幕中的位置是哪里（geometry）。就进入了最后一步： painting ，按照算出来的规则，通过显卡，把内容画到屏幕上。
以上五个步骤前3个步骤之所有使用 “create/update” 是因为dom、cssom、render tree都可能在第一次painting后又被更新，比如js修改了dom或者css属性。
layout 和 painting 也会被重复执行，除了dom、cssom更新的原因外，图片下载完成后也需要调用layout 和 painting来更新网页。
看timeline，一目了然 我把扒了一段有赞pc首页的代码到本地，通过node跑起来。node作为server端，对 /js/jquery.js 做了延时2s返回的处理，并且把 放到导航栏的下面，结果是这样的：
从上面的timeline我们可以看出：
首屏时间和domcontentload事件没有必然的先后关系 所有css尽早加载是减少首屏时间的最关键 js的下载和执行会阻塞dom树的构建，所以script标签放在首屏范围内的html代码段里会可能影响首屏的内容。 普通script标签放在body底部，做与不做async或者defer处理，都不会影响首屏时间，但影响domcontentload和load的时间，进而影响依赖他们的代码的执行的开始时间。 三、问题的答案 回到前面的问题：
script标签的位置会影响首屏时间么？
答案是：不影响但有可能截断首屏的内容，使其只显示上面一部分
四、再进一步 所以，总算弄清楚这个众所周知的常识了。但设计开发中可能会遇到难以把所有的js放到页面最底部的情形。比如：你的页面是分模块来写的，每一个模块都有自己的html、js甚至css，当把这些模块凑到一个页面中的时候就会出现js自然而然地出现在html中间部分。
我们也遇到了这样的问题，所以就做了一个开源项目： tiny-loader —— a small loader that load css/js in best way for page performance 简单好用。
回答下题目中所提到的问题，js一定要放在body的最底部么？ 如果用了tiny-loader，js可以不放在body最底部。