前端工程師-高級WEB網站前端開發(fā)網絡傳輸指南

1、.：.；本節(jié)主要談網絡傳輸環(huán)節(jié)，利用HTTP 1.1的長銜接特性，使得在一定程度上，效力器可以自動推送數(shù)據(jù)(減少了很多不用要的輪詢)。AD： 1.減少懇求數(shù). 緩存，運用Expires 等設置過期時間;假設內容沒有過期就不發(fā)送懇求 合并小體積內容，例如吧數(shù)量眾多的小圖片放在一個圖片，之后用css部分呈現(xiàn)(大體積的內容就別合并了) 延遲加載;部分內容，例如圖片在頁面呈現(xiàn)的時候才加載 (常用的就是滾動條到了以后才加載);減少不用要的懇求 合并反復內容和文件 思索運用第三方CDN資源，例如jQuery有免費的CDN，有些用戶曾經在其他網站訪問過該內容了，那么到我們的網站加載就更快了 (而且運用CDN

2、降低對我們效力器的壓力) 運用HTML 5 中的Local Storage等保管數(shù)據(jù)2.減少呼應內容的體積. 適當?shù)臅r候只前往呼應頭304 (HTTP緩存，如ETag等) 運用Gzip等緊縮文件內容 運用免費的第三方工具，緊縮css，js和html等文件的大小 (例如我們常見的 jquery.min.js) 適當運用Ajax操作 在適當?shù)臅r候，將款式,HTML和數(shù)據(jù)分別 (數(shù)據(jù)量很大的時候極大減小文件體積)數(shù)據(jù)數(shù)據(jù)數(shù)據(jù)分成HTML款式和數(shù)據(jù)3部分 HTML 款式保管在CSS文件中一些根本的小常識 雖然有很多個li 不用給每個li指定class數(shù)據(jù) 運用JSON前往 (假設覺得費事也可以嵌入在頁

3、面中) 選擇體積更小的數(shù)據(jù)格式，例如JSON普通就比XML體積來的小 (都經過緊縮以后還是更小) 在設計上，只傳送變化的部分數(shù)據(jù) (例如要獲取100條數(shù)據(jù)，能夠曾經加載了90條，那么再加載10條就好了) 移除懇求和呼應中不用要的HTTP Header (例如WCF Restful service中有的時候要傳送闡明當前數(shù)據(jù)是JSON還是XML的HTTP Header) 部分功能,如緊縮會耗費CPU, 如ajax等會添加開發(fā)任務量,請謹慎選擇3.添加懇求并發(fā)數(shù). RFC中，閱讀器對于同一個域名下的資源只能運用2個線程同時進展訪問(很多新的閱讀器支持6個或者更多);處理方法是運用子域名，例如1.abc 2.abc 將一個超大的文件(例如有些人喜歡吧整個網站的js都放在一個文件)拆成一系列的中小文件 (有利于并發(fā)加載和緩存!)這個文件大小的Size選擇很重要 我個人建議是10k-200k (依賴于網絡) 上一條并沒有和1-2沖突，文件太小太多也不行，文件太少太大也不行，這是一個平衡的問題 經過分拆文件,使得最常用頁面(例如首頁)的加載速度變快了 控制加載順序，例如先加載頁面大體構造，然后多個javascript異步懇求加載數(shù)據(jù)(把一個大的html變?yōu)槎鄠€小的html片段)4.其他特殊技術. 利用HTTP 1.1的長銜接特性，使得在一定程度上，效力器可以自動推送