我優化YouTube視頻播放頁面的故事
三年前，當我還在YouTube做一名web程序員時，有一位資深的工程師發了一通牢騷，說播放視頻的頁面體積太大。這個頁面體積已經膨脹到了高達 1.2MB，包含有數十次的請求。這個工程師公開的宣稱說，“如果他們Quake能在100KB的體積下克隆出我們的頁面，我們沒有理由達不到這個體 積！”因為我同意他的觀點，并且我正在找新的任務，于是就決定接受這個挑戰，讓YouTube的視頻播放頁面的體積減到100KB以下。那天晚上從舊金山回家的火車上，我編寫了一個基本的原型。我決定限制頁面上的功能數，只保留一個標題，一個視頻播放器，五個相關視頻，一個分享按鈕，一個插旗工具和十條評 論——是通過AJAX加載的。我把這個任務命名為“羽毛”。
即使這樣一個有限的功能，頁面的體積仍然達到250KB。我深入代碼查看，發現我們的優化工具(比如閉包編譯工具)無法清理這個頁面上實際沒有使用 的代碼(也許不該責備這些工具，這種情況下任何工具都做不到)。想進一步減少代碼，唯一的方法就是手工優化CSS，JavaScript和圖片。經過辛苦 的三天努力，我已經把頁面做到了相當的精瘦，但仍然沒有低于100KB。因為我剛剛寫完了一個HTML5視頻播放器，我決定用它來替換體積笨重的 Flash播放器。砰！98KB，只有14個請求。對這個頁面設置了一些基本監視后，我們對一小部分人開放了這個頁面。
經過了一周數據的收集，數據有了，但它們卻讓我困惑。羽毛版下的頁面的總體平均延遲時間實際上是增加的。我減少了總的頁面體積，減少了頁面請求的次數，但數據顯示在加載羽毛視頻播放頁卻花了更長的時間。這是不可能的事情。深入挖掘數據，經過在瀏覽器上的反復試驗，沒有任何結果。我基本上要放棄這個版本了，我的信仰幾乎被完全擊潰，正在此時，一個同事發現了其中的奧秘：地理因素。
當我們標注了數據的地理信息，把所有信息按區域劃分進行對比，我們看到了地區，比如東南亞，南美，非洲，甚至西伯利亞等地在流量上呈現的不對稱增加。進一步調查揭示，在這些地區，羽毛版的頁面的平均加載時間超過2分鐘！這意味著，一個普通的視頻，大概1兆左右，會需要20分鐘來加載！人們為了等待這個頁面就如此痛苦，更別提視頻了。可縱觀這些地區，他們之前根本無法觀看YouTube，因為等了很久也看不到什么。而在羽毛版下，盡管要等2分鐘才能看到視頻的第一幀，但不管怎樣，事實上是可以看到了。在過去的一周里，羽毛版在這個地區很受歡迎，所以我們的數據被他們弄的完全不平均了。大量以前不能觀看YouTube的人現在突然可以了。
通過開發羽毛，我學到了一個關于世界其它地方網絡狀況的很有價值的認識。我們很多人有幸能生活在一個有高速寬帶的地方，但實際上仍然有很大的區域不是這樣。通過讓客戶端的代碼變少變輕，你就能完全開啟一個新的市場。
[本文英文原文鏈接：Page Weight Matters ]
