共享字典：壓縮技術如何跟上代理化網路的步伐
Cloudflare宣佈支援共享壓縮字典，透過增量壓縮僅傳輸檔案差異，大幅減少冗餘資料傳輸。公開測試版將於2026年4月30日上線。
過去十年間，網頁的大小每年以6-9%的速度增長，這主要歸因於框架驅動的開發模式、豐富的互動體驗以及富媒體內容的普及。這一趨勢並未改變，但另一個因素正在加劇頻寬的浪費：代理（Agent）的興起。代理不僅頻繁爬取和消費網頁，還透過AI輔助開發加速了部署的迭代。這意味著每次部署後，大量客戶端（包括瀏覽器和其他工具）需要重新下載幾乎相同的資源，造成冗餘資料的反覆傳輸。
Cloudflare今日宣佈了對共享壓縮字典（Shared Compression Dictionaries）的支援，旨在解決這一效率低下的問題。該技術透過增量壓縮（Delta Compression）僅傳輸檔案差異，避免了重複下載完整資源。其核心機制是：伺服器告知瀏覽器使用已快取的舊版本作為字典，然後僅傳送更新部分。例如，一個272KB的JavaScript檔案，經過gzip壓縮後為92.2KB，而使用共享字典壓縮後僅需2.6KB——比gzip再減少97%，幾乎與檔案差異本身相當。
這項技術並非全新嘗試。早在2008年，Google就在Chrome中推出了SDCH（Shared Dictionary Compression for HTTP），但因安全漏洞（如CRIME、BREACH攻擊）和架構問題（如同源策略衝突、CORS不相容）而於2017年被放棄。經過十多年的標準化努力，現代規範RFC 9842解決了這些缺陷，強制要求字典僅在與資源同源時使用，從而基本消除了側通道攻擊的風險。目前Chrome和Edge已支援，Firefox正在跟進。
Cloudflare將分三個階段推出共享字典支援。第一階段（透傳支援）將於2026年4月30日開啟公開測試，Cloudflare將原樣轉發必要的HTTP頭（如Use-As-Dictionary、Available-Dictionary）和編碼（dcb、dcz），並正確快取字典變體。第二階段，Cloudflare將代客戶管理字典生成和增量壓縮，客戶只需透過規則指定哪些資源應作為字典。第三階段則完全自動化：Cloudflare網路根據流量模式自動識別適合增量壓縮的資源並生成字典，無需任何配置。實驗室測試顯示，對於僅含少量變更的JavaScript包，P99下載時間從gzip的161ms降至1ms（快取未命中時），效能提升超過99%。
Cloudflare強調，共享字典將壓縮從“無狀態”變為“有記憶”，尤其適合當前代理化工具頻繁部署和大量機器流量並存的局面。這不僅節省頻寬，還降低CPU消耗，使網路能夠更高效地擴充套件。隨著2026年4月30日測試版的臨近，Cloudflare邀請開發者透過演示站點“Can I Compress (with Dictionaries)?”體驗這一技術的潛力。
這一技術的意義在於，它從根本上改變了壓縮的正規化。傳統壓縮演算法（如gzip）是無狀態的，每次都重新壓縮整個檔案；而共享字典則賦予壓縮“記憶”，利用客戶端已有的快取作為參考。在代理驅動的網路環境中，這種有狀態壓縮不僅能減少單個響應的位元組數，還能降低總傳輸次數，從而緩解硬體瓶頸。儘管標準化的道路漫長且充滿挑戰，但Cloudflare的實施方案使得這一技術對所有人都可及，包括那些沒有工程資源手動實現自定義字典的站點。