瀏覽器加載頁面是按從上到下順序加載的。加載 JS 并執行的時候,會阻塞其他資源的加載。這是因為 JS 可能會有 DOM 、樣式等等操作,所以瀏覽器要先加載這段 JS 并執行,再加載放在它后面的 html、css。
因此,加入一段巨大的 JS 放在最上面,瀏覽器首先要下載并執行,這段時間里面,頁面是空白的。相比于加載了部分 HTML 和 樣式 但是沒有 JS 交互功能,顯然是后者對于瀏覽者體驗要好。
然而,是否所有 JS 都要放在最下面呢?并不是。
舉實際的例子:
html5shiv是一段 JS 腳本,用來是早期 IE 兼容 HTML5 新增標簽的支持。
這個 JS 腳本,必須要放在上面 head 部分,為什么呢?因為在老 IE 瀏覽器下面,不支持 <section> 這樣的標簽,所以用 JS 來兼容。如果放在底部,等 IE 瀏覽器先報錯了,才會執行這塊 JS 沒多大用。
jQuery 這類的庫,也是建議放在最上面的。首先最大的疑問可能是 jQuery 這么大,放在上面豈不是阻塞的很厲害?
不過 jQuery 通常引用的是 CDN 地址,而且經過 gzip 壓縮之后并不是很大,而且引用公共 CDN 上面的 jQuery 話,很大幾率早已被用戶緩存下來了。所以可以不需要考慮阻塞產生的性能問題。
而我們都知道,JS 是按順序執行下來的。也就是你沒運行 jQuery 之前,先運行了調用 jQuery 函數的代碼,就會報錯。你可以控制你自己寫的 JS 放在頁面最下面,放在 jQuery 下面,但是你無法保證頁面上其他地方會不會有人圖省事直接在 HTML 代碼里面輸出 JS。如果有,那么就會報錯。
所以我建議,類庫放在上面加載,其余代碼盡可能放在最底下加載。
然而,前端性能優化只是薄薄一層
可能前端優化半天,還不如上個 CDN 或者加個寬帶或者優化一個后端算法來的效果好。