ADVERTISEMENT
對於未申請行動網路上網吃到飽的使用者來說，開啟行動裝置內建的流量統計相當重要，否則超出合約限定用量的資料封包單價相當昂貴。Google 於去年推出 Brotli 壓縮演算法，比現行 Chrome 瀏覽器使用的 Zopfli 最多有 26％ 容量差距，Google 近日確定 Chrome 未來版本將會整併 Brotli。
因應網路速度的增加以及消費者追求聲光效果刺激，網頁內容趨於呈現更多元的面貌，包含更多的影像與動畫效果。更多的多媒體內容也就代表著網頁檔案大小跟著增長，對於載入速度和流量計費網路來說是個負擔，不少網頁瀏覽器因而內建壓縮資料功能，以減少瀏覽網頁的流量。
Google 於去年推出 Brotli 無損壓縮演算法，在他們發表的論文當中指出，當採用 Canterbury corpus 範例檔案時，Brotli 壓縮品質設為 9（數字小壓縮率低、壓縮與解壓縮速度快，反之亦然）的壓縮率即可超越 Zopfli，且壓縮與解壓縮的速度還比 Zopfli 快上些許。
▲使用不同壓縮演算法與壓縮品質，以 Canterbury corpus 範例檔案進行測試的差異。
與 LZMA 相互比較則各有優劣，Brotli 壓縮品質設定為 11 的壓縮率才可超越 LZMA 壓縮品質 9，但壓縮與解壓縮速度卻輸給了 LZMA；若是將 Brotli 壓縮品質設為 9，則壓縮率輸給了 LZMA 壓縮品質 9，但壓縮與解壓縮速度較快。
倘若是以網頁資料為壓縮檔案進行比較，Brotli 壓縮品質設定為 9，無論是在壓縮率還是壓縮與解壓縮速度，皆一舉超越 LAMA 壓縮品質 9，當然也超過目前 Chrome 瀏覽器所使用的 Zopfli。由此可知 Brotli 壓縮演算法針對網頁內容相當有效，因此 Google 決定未來新版 Chrome 將內建此種演算法。
▲以網頁檔案為範例檔案的壓縮比較結果。
根據 Google 工程師 Ilya Grigorik 在個人 Google+ 的文章表示，Chrome 網頁瀏覽器很快就能夠獲得 Brotli 支援能力，但是僅限定 HTTPS 加密連線。對於網頁內容來說，Brotli 壓縮品質 11 相對 Gzip 壓縮品質 9 省下約 17％～25％ 的流量。Brotli 支援性預計將降臨所有作業系統版本Chrome 瀏覽器，但並未透露確定的時間，而網頁開發者也需要調整伺服器以便支援 Brotli。
請注意！留言要自負法律責任，相關案例層出不窮，請慎重發文！