把脚本放到页面底部
脚本会阻塞渐进式渲染，最好把脚本放到页面的底部，这样能确保页面渲染正常进行并且获取一个更好的并行下载。
脚本的问题
说明脚本带来问题的最好方法是，来看下把脚本放在页面中间的一个例子
http://stevesouders.com/hpws/js-middle.php
例子中那段脚本花了10秒来下载，所以很容易看到问题：脚本之后的页面内容花了10秒才出现。这是由于脚本阻塞了并行下载。等我们下面介绍完浏览器并行下载，再回来看这个问题。
例子中的另一个问题是渐进式渲染。当使用样式的时候，渐进式渲染阻塞直到所有的样式下载完成，这就是为什么要把所有样式放在HEAD中，这样他们就能被第一时间下载而不会阻塞渲染进程。对于脚本来说，文档中位于脚本后面内容的渲染会被阻塞，把脚本放在页面底部就可以让更多的内容得到渲染展示。
并行下载
HTTP/1.1协议中提到，它建议浏览器对于每一个域名一次可平行下载两个文件。
很多web页面下载他们的部件来自单个域名，如果一个web页面下载它的部件来自两个域名，那整体的响应速度会提高一倍；
限制每个域名一次并行下载2个文件是一个建议，默认状态下，低版本的IE和firefox准从这个建议，但是用户可以修改这个默认行为,提高并行下载数量；测试了下目前现代浏览器并行下载数量都要高于2；
今天大多数网站都基于HTTP/1.1,前端工程师可以简单地使用CNAMEs(DNS 别名)来分离他们的部件到多个域名下，并行下载量会带来网络带宽和CPU资源的开销，太多的并行下载数反而会降低性能。依据雅虎的研究，使用两个域名比1,4或者10个会有更好的性能表现。
脚本阻塞并行下载
并行下载的好处显而易见，然而，当脚本正在下载时，并行下载将不能进行。浏览器不会开始任何其他资源的下载，即便在不同的域名下。这种行为的原因之一是脚本可能会使用document.write去输出页面内容，所以浏览器等待以确保页面被恰当地展示。
另一个原因是确保脚本按恰当地顺序执行，如果多个脚本并行下载，将不能以指定的顺序确保响应到达。比如，如果最后一个脚本比早出现在页面的中脚本要小，它可能第一个下载完成，如果脚本之间没有依赖机制，无循序得执行他们将会导致脚本错误。
测试了下，目前只有IE才符合脚本阻塞并行下载的情况，火狐和chrome，脚本并不会阻塞并行下载。
不好的情况：脚本放在页面顶部
这样的情况下，脚本带来的两个影响是很清楚的：
- 脚本之后的页面内容渲染会被阻塞
- 脚本之后的部件下载会被阻塞 (目前只有IE才会)
最好的情况: 脚本放在页面底部
最好把脚本放到页面底部，这样页面的内容渲染不会被阻塞，页面中视觉化的部件也能尽早被下载。
defer & async
对于把脚本放到页面底部的可以可替代方案是为页面中引入的脚本添加defer属性，这会使脚本不会阻塞页面的渲染，而是当页面渲染完成后，脚本才有顺序地执行；IE对defer也支持良好
提到defer就要说下async，这也是script标签的一个属性，有该属性script标签引入的脚本，也不会阻塞页面的渲染，但并不会等到页面渲染完成再执行，而是异步地执行；而当存在多个async的脚本时，并不能保证他们执行的先后顺序；建议把不依赖与页面的一些js操作使用async来引入，以帮助更快地运行。不过，IE从ie10才支持它；
