網(wǎng)站優(yōu)化技巧方法

網(wǎng)站優(yōu)化技巧方法

　　一. 減少對服務(wù)器的文件請求

　　HTTP請求屬于“請求”-“應(yīng)答”形式的短連接，每一個(gè)獨(dú)立的資源我們都會向服務(wù)器發(fā)去一份get請求，再等服務(wù)端將我們需要的文件傳回來。每一次資源的請求都實(shí)實(shí)在在地耗費(fèi)了一次“連接-等待-接收”的時(shí)間（當(dāng)然將http請求設(shè)為keep-alive長連接狀態(tài)可以減少“連接”的次數(shù)和時(shí)間），如果我們能有效減少對服務(wù)器文件的請求次數(shù)，便意味著我們可以從這塊省下一些頁面等待時(shí)間，順便減少服務(wù)器的負(fù)擔(dān)。

　　解決方案：

　　1. 使用css sprite技術(shù)合并多個(gè)圖片為單個(gè)圖片文件，實(shí)際使用時(shí)通過background-po sition來定位背景位置，推薦閱讀：CSS Sprites:圖片整合技術(shù)；2. 合并多個(gè)css樣式文件為單個(gè)樣式文件，合并多個(gè)腳本為單個(gè)腳本。

　　3.將小塊的css、js代碼段直接寫在頁面上，而非在頁面引入獨(dú)立的樣式/腳本文件。相信有的朋友看慣了“保持結(jié)構(gòu) （標(biāo)記）、表現(xiàn) （樣式）、行為 （腳本）三者分離”的規(guī)范，對此觀點(diǎn)可能有些意見。只能說規(guī)范不是教條，適合自己的才是硬道理。直接把小段的、復(fù)用率低的樣式/腳本直接寫于頁面上帶來的利還是大于弊的（弊可能也就是增大了頁面代碼量、不那么好維護(hù)了點(diǎn)）。

　　二. 減少文件大小

　　文件太大（特別是圖片）導(dǎo)致加載時(shí)間較長，往往都是影響頁面加載體驗(yàn)的頭號大敵，要盡可能減少請求文件的大小：

　　1. 壓縮樣式/腳本文件，可以使用gulp或者grunt來實(shí)現(xiàn)，它們均能很好地減少css/js文件的大小（對于js還能起到混淆變量、函數(shù)名的作用）；推薦！在線js、CSS、網(wǎng)頁壓縮工具

　　2. 針對性選擇圖片格式，在無透明背景需求下，對于顏色較單一、無色彩漸變的圖片僅使用gif格式，對于jpg圖片也可按照其清晰度要求，在導(dǎo)出jpg的時(shí)候選擇對應(yīng)的“品質(zhì)”進(jìn)行優(yōu)化，還有背景單一的圖片嘗試使用PNG格式能大大減小圖片大小；

　　三. 延遲請求、異步加載腳本

　　在各主流瀏覽器下，我們的腳本文件跟隨其它資源文件一樣都是異步下載的，但這里存在一個(gè)問題——比如FireFox下載好腳本后的一小段時(shí)間內(nèi)會有“執(zhí)行阻塞”的情況發(fā)生，也就是說瀏覽器下載好腳本后執(zhí)行它的這段時(shí)間里，瀏覽器的其它行為被阻塞，導(dǎo)致頁面上的其它資源都是無法被請求和下載的。

　　如果你頁面里存在js代碼執(zhí)行時(shí)間過長的情況，那么用戶就會明顯感覺到頁面的延遲。解決這個(gè)問題有一個(gè)簡單的方法——將腳本請求標(biāo)簽放置到結(jié)束標(biāo)簽前，使得頁面上的腳本成為最后被請求的資源，自然也不會阻塞其它頁面資源的請求事件了。

　　四. 延遲請求首屏外的文件

　　先解釋下，“首屏”指的是頁面初始化時(shí)候的頁面內(nèi)容顯示區(qū)域，也就是頁面一加載，用戶就首先看到的區(qū)域。

　　比如像京東啊淘寶啊，對于需要滾動頁面才能看到的圖片內(nèi)容，都做了類似lazyload的處理，這些無非都是走了代理模式的理念，但的確給用戶一個(gè)錯(cuò)覺——這個(gè)頁面更快地加載完了，因?yàn)槲液芸炀涂吹搅似聊簧系膬?nèi)容（即使我還沒下拉滾動條，而頁面后方的文件其實(shí)還沒真正加載呢）。

　　為廣大企業(yè)、商家、個(gè)人，提供平面設(shè)計(jì)、裝修設(shè)計(jì)、建筑設(shè)計(jì)、起名改名、策劃文案、網(wǎng)站建設(shè)、營銷推廣等服務(wù)。若您有類似需要，請點(diǎn)擊立即發(fā)布項(xiàng)目

　　另，上也有著各式各樣的任務(wù)，無論您是擁有技能的專業(yè)人士，還是技術(shù)小白。都能在上找到您能參與的項(xiàng)目。點(diǎn)擊進(jìn)入懸賞大廳

　　無論你有什么疑難雜癥，威客們都能一一為您解決，點(diǎn)擊進(jìn)入：問答平臺。