建立交互式網站包括向用戶發送 JavaScript 。通常，太多了。你是否經歷過在一個手機頁面上，它看起來已經加載好了，但是點擊一個鏈接或者試圖滾動頁面的時候，什么也沒發生？一字節又一字節，JavaScript 仍然是我們發送給手機的代價最大的資源，因為它會很大程度上延遲交互。
由 WebPageTest(src) 評測的 CNN.com 的 JavaScript 處理時間。高端手機（iPhone8）在約4s的時間處理腳本。相比較而言，普通手機（Moto G4）是約13s的時間，以及2018年低端手機（Alcatel 1X）是約36s。
要保持快速，則只加載當前頁面必要的 JavaScript 。優先考慮用戶需要的內容，然后使用代碼拆分延遲加載剩下來的內容。這是快速加載和交互的最好的機會。默認情況下，基于路由的代碼拆分堆棧是一個轉折。
接受性能預算，學會在預算中生活。對于手機來說，JS的預算目標為簡化/壓縮后小于170KB。未壓縮時代碼約為0.7MB。預算對成功至關重要，然而，他們單獨不能神奇地修正 perf 數值。團隊文化，結構和強制措施。沒有預算的項目建立會導致性能退化并導致失敗。學習如何審計并裁剪 JavaScript 捆綁庫。當你只需要一小部分卻搭載了整個庫，瀏覽器不需要的填充字符，或者重復代碼，這些很容易發生。
每個交互都是一個新的“交互時間”的開始；考慮在這種情況下進行優化。傳送數據的大小對低端手機網絡至關重要，而且 JavaScript 解析時間受設備 CPU 限制。
如果客戶端 JavaScript 對用戶體驗沒有好處，問問自己是否真的有必要。也許服務端渲染 HTML 會更快一些。考慮將客戶端框架限制到絕對需要它們頁面上的使用。如果做的不好，服務器渲染和客戶端渲染都會是災難。
雖然我很喜歡JavaScript，但它總是網站中消耗最大的東西。我想解釋一下為什么這是一個主要問題。眾所周知，第三方JavaScript可能會對頁面加載性能產生嚴重影響。雖然這仍然是正確的，但重要的是要承認，今天的許多經驗也帶來了很多自己的第一方JavaScript。如果我們要快速加載，我們需要消除這個問題的雙方可能對用戶體驗產生的影響。
當用戶訪問網站，你可能正在下載大量文件，其中很多都是腳本。從給一個web瀏覽器的角度來看有點像一個正在工作的員工，突然老板給你扔來了一堆毫無規律可言的文件。
讓你的用戶可以盡可能平滑的與你的網站進行交互，運行最少的JavaScript腳本來傳遞數據。你可以通過逐步遞進的方法來慢慢實現這些。最終，你會得到用戶的認可。性能就像一段旅程，經過了許多小的變更的積累，最終獲得大的性能提升。
【全文完】版權聲明:
1、弈聰軟件網站內容中凡注明“來源：XXX（非陜西弈聰網站）”的作品，轉載自其它媒體，轉載目的在于傳遞更多信息，其中涉及的網站建設，網站優化，APP開發，微信小程序開發，大數據平臺開發，區塊鏈技術開發等軟件開發技術細節并不代表本站贊同支持其觀點，并不對其真實性負責。對于署名“陜西弈聰”的作品系本站版權所有，任何人轉載請署名來源，否則陜西弈聰將追究其相關法律責任。
2、本站內容中未聲明為“原創”的內容可能源自其它網站，但并不代表本站支持其觀點，對此帶來的法律糾紛及其它責任與我方無關。如果此內容侵犯了您的權益，請聯系我方進行刪除。