響應式網(wǎng)頁(yè)設計的普及使各個(gè)終端的用戶(hù)都能夠訪(fǎng)問(wèn)所需網(wǎng)站。當下有關(guān)響應式設計的討論大多圍繞自適應布局的實(shí)現展開(kāi)，的確，網(wǎng)頁(yè)內容能與瀏覽器窗口縮放進(jìn)行精巧的交互是響應式設計的優(yōu)勢，但也是巨大障礙-一響應 式設計的初衷本應該是在任意終端顯示內容。
時(shí)至今日，訪(fǎng)問(wèn)響應式的網(wǎng)站終端從高速聯(lián)網(wǎng)的機頂盒到裝載低端CPU網(wǎng)速欠佳的手機，應有盡有。對于后者的適配愈發(fā)重要，因為17%的美國公民把手機當做主力上網(wǎng)設備。
用圣母大學(xué)Erik Runyon的話(huà)來(lái)說(shuō)，我們對RWD的認知不應該只停留在響應式網(wǎng)頁(yè)設計，應該更進(jìn)一步到有責任感的網(wǎng)頁(yè)設計。我們應該竭盡所能優(yōu)化網(wǎng)站性能，從當前的設計現狀來(lái)看，我們還有很長(cháng)的路要走。

1. 網(wǎng)頁(yè)臃腫化

的確，近年來(lái)網(wǎng)頁(yè)變得越來(lái)越臃腫。自2003年以來(lái)，單一頁(yè)面的平均文件尺寸已經(jīng)從300 KB增加到1098 KB，超過(guò)了1 MB (平均每個(gè)頁(yè)面要進(jìn)行85次請求! )。用如此大量的內容來(lái)呈現一個(gè)簡(jiǎn)單的頁(yè)面，真是令我感到既驚奇又困惑。Tim Berners-L _ee的第一個(gè)頁(yè)面只有2.5 KB，只相當于現在頁(yè)面平均文件尺寸的1/420。影響文件尺寸的原因有二:圖片和JavaScript，一共占用頁(yè)面文件的82%。圖片本身就占用64%。除此之外，更重要的原因存在于我們自身。作為設計師和開(kāi)發(fā)者，我們都受了“網(wǎng)速會(huì )越來(lái)越快”念頭的驅使。沒(méi)錯，這個(gè)想法能使我們的工作合理化。
屏幕越來(lái)越大，我們擁有更多填充圖片的空間。新的瀏覽器和JavaScript庫使我們能夠提供更豐富的瀏覽體驗。網(wǎng)速越來(lái)越快，為什么要擔心網(wǎng)頁(yè)文件尺寸呢?我們先走一步，網(wǎng)速總會(huì )慢慢追上來(lái)的。但在移動(dòng)終端上，“ 網(wǎng)速越來(lái)越快”這個(gè)認知已經(jīng)超過(guò)了真實(shí)發(fā)展情況:現在的網(wǎng)速雖然比撥號上網(wǎng)有了很大改觀(guān)，但還遠遠不夠快。想當然地認為網(wǎng)速必然提升會(huì )掩蓋我們許多錯誤做法。我們根據桌面端的開(kāi)發(fā)經(jīng)驗，-味追求根據網(wǎng)速優(yōu)化網(wǎng)頁(yè)性能，卻忽視了移動(dòng)端網(wǎng)頁(yè)性能提升最本質(zhì)的瓶頸:延遲。

2. 延遲: 移動(dòng)網(wǎng)絡(luò )殺手

雖然移動(dòng)網(wǎng)絡(luò )速度不如有線(xiàn)網(wǎng)絡(luò )，但也沒(méi)那么糟糕。導致兩者網(wǎng)頁(yè)性能差距的罪魁禍首便是延遲。lyaGrigorik在“延遲:網(wǎng)頁(yè)性能的新瓶頸”中提到，單純提升網(wǎng)速并不能明顯縮短頁(yè)面加載時(shí)間。網(wǎng)速超過(guò)某個(gè)特定值后，無(wú)論再如何提速，網(wǎng)頁(yè)加載速度都不會(huì )發(fā)生明顯變化。“舉個(gè)例子，將網(wǎng)速從5Mbit/s提升到10Mbit/s，網(wǎng)頁(yè)加載時(shí)間只縮短了5%。” 但降低網(wǎng)絡(luò )延遲卻能明顯提高頁(yè)面加載速度。
那么，究竟什么是延遲呢?延遲指瀏覽器向服務(wù)器發(fā)出資源請求到開(kāi)始接受響應的時(shí)間。
有線(xiàn)網(wǎng)絡(luò )的延遲可以達到平均每個(gè)請求為20ms，3G網(wǎng)絡(luò )的平均延遲則有200 ms秒，相差10倍之巨。下邊我們通過(guò)實(shí)例來(lái)說(shuō)明延遲如何影響網(wǎng)頁(yè)性能:在有線(xiàn)網(wǎng)絡(luò )環(huán)境中，瀏覽器同時(shí)打開(kāi)4個(gè)頁(yè)面，平均每個(gè)頁(yè)面85個(gè)請求，總加載時(shí)間中延遲占0.4 s; 3G網(wǎng)絡(luò )環(huán)境中，同樣條件，延遲本身就高達4.5 S。

3. 不能降低移動(dòng)端的性能期望

由于延遲的差異，我們設計的響應式網(wǎng)頁(yè)在移動(dòng)端的讀取時(shí)間是桌面端(我們的開(kāi)發(fā)和測試環(huán)境)的10倍。但仔細想想，延遲并沒(méi)那么可怕，畢竟用戶(hù)也知道移動(dòng)端頁(yè)面的讀取時(shí)間要長(cháng)一-些，所以應該很容易體諒我們吧。大錯特錯! 調查報告顯示，74%的手機用戶(hù)認為移動(dòng)端網(wǎng)頁(yè)的加載速度應該和桌面端-樣快。兩年前，這個(gè)數字只是58%。同一調查表明，57%的用戶(hù)表示在手機上網(wǎng)頁(yè)瀏覽體驗不佳，包括加載速度慢等問(wèn)題，不會(huì )向別人推薦該網(wǎng)站或服務(wù); 46%不會(huì )再訪(fǎng)問(wèn)該網(wǎng)站。報告中最驚人的數據與頁(yè)面讀取時(shí)間有關(guān)。2009年， 20%的調查對象表示不會(huì )訪(fǎng)問(wèn)移動(dòng)端比桌面端加載速度慢5s以上的網(wǎng)站。2011年，同樣是5s的最長(cháng)等待時(shí)間，比例卻上升到74%。如前文所說(shuō)，這至關(guān)重要的5 s中，延遲就占用了4.5 s。這些數字對設計師和開(kāi)發(fā)者而言意味著(zhù)什么呢?

4. RWD視外下載

作為移動(dòng)開(kāi)發(fā)技術(shù)，RWD的丑惡一面在于它可以有效隱藏頁(yè)面文件尺寸。有的開(kāi)發(fā)者將RWD視為至寶，媒介查詢(xún)就像萬(wàn)金油一樣，一經(jīng)采用， 立刻就能誕生一個(gè)體驗友好的移動(dòng)端網(wǎng)站。就像Jason Grigsby所說(shuō): “CSS的媒介查詢(xún)功能已經(jīng)成了掩飾問(wèn)題的利器，還給開(kāi)發(fā)者造成輕松打造多終端頁(yè)面、前景無(wú)限的假象。”