軟體壓縮軟體演變：為什麼ZIP
這個時期的關鍵轉折，是 1991 年之後圖形介面的普及。Windows 3.0 讓滑鼠操作成為主流，命令列的 PKZIP 顯得格格不入，於是 Nico Mak Computing 推出了 WinZip——一個把 PKZIP 包上圖形介面的工具。這家公司後來更名為 WinZip Computing，而 WinZip 這個名字，幾乎成了「壓縮軟體」的同義詞，長達十餘年。
值得注意的是，WinZip 從頭到尾都沒有發明新的壓縮技術，它只是把既有的 ZIP 格式包裝得更好用。這個事實日後不斷在軟體產業重演：技術本身往往不是護城河，使用體驗與生態系才是。
二、壓縮格式的戰國時代：ZIP、RAR、7z、TAR.GZ 各據一方
2.1 RAR：壓縮率的極致與授權的兩面刃
1993 年，俄羅斯程式設計師 Eugene Roshal 推出了 RAR 格式。相對於 ZIP 使用的 DEFLATE 演算法，RAR 採用基於 LZ 與 PPM 的混合演算法，在多數測試中能達到比 ZIP 更好的壓縮率，尤其在大型文字檔與原始碼上差距明顯。1995 年的 WinRAR 進一步把圖形介面、分割檔、密碼保護與修復記錄做得更完整。
RAR 在 2000 年代初期聲勢驚人，尤其在遊戲與軟體流通社群中幾乎是標準配置——因為它能有效把龐大的安裝檔縮小到可以塞進光碟或快速下載。但 RAR 有個致命弱點：它是專有格式。RARLAB 只公開解壓縮的原始碼（unrar），不允許第三方實作壓縮器。這意味著作業系統廠商、開源專案、NAS 廠商在支援 RAR 時永遠處於「只能讀不能寫」的次等地位。
這個決定短期內保護了商業利益，長期卻限制了 RAR 的生態擴張。當手機、平板、雲端硬碟、瀏覽器需要一個「到處都能開」的格式時，RAR 永遠排在第二順位。這是一個典型的案例：技術領先不等於市場領先，授權策略往往才是決定規模的關鍵。
2.2 7z：開源社群的反擊
1999 年，俄羅斯開發者 Igor Pavlov 發布了 7-Zip，採用 LZMA 演算法，壓縮率往往優於 RAR，且完全開源（LGPL）。7z 格式支援 AES-256 加密、大型檔案、可自訂的字典大小，技術規格上全面超越 ZIP。
7-Zip 免費、開源、無廣告，在技術社群中口碑極佳，也成為許多 NAS、備份軟體、線上解壓服務的預設引擎。然而它始終沒能取代 ZIP 在日常使用中的地位，原因很現實：Windows 內建不支援 7z（直到 2023 年底的 Windows 11 才加入），一般使用者收到 .7z 檔時，第一個反應往往不是「去下載 7-Zip」，而是「這是什麼？怎麼打不開？」
這個落差說明了「技術優越」與「普及」之間存在巨大鴻溝。7z 解決了壓縮率的問題，卻沒有解決「最後一哩路」的問題——也就是收件者手上的工具是否支援。
2.3 TAR.GZ 與 Unix 的「組合工具」哲學
在 Unix / Linux 世界，壓縮與打包是兩件事。tar 負責把多個檔案合成一個串流（本身不含壓縮），gzip 負責壓縮單一檔案，兩者組合起來就是 .tar.gz。這種「一個工具做一件事」的哲學，讓 Unix 系統可以自由替換壓縮引擎——gzip 之後有 bzip2、xz、zstd，同樣的 tar 可以搭配不同的壓縮器。
這個設計在伺服器與開發環境中效率極高，但在桌面環境就顯得笨拙：使用者要記得先 tar 再 gzip，解壓時順序反過來。對一般使用者而言，「一個檔案、一個動作」才是直覺，這正是 ZIP 的優勢。ZIP 把打包與壓縮合而為一，雖然彈性較低，卻大幅降低了認知負擔。
2.4 其他格式的興衰：CAB、ACE、LZH、ZOO
除了上述幾種，歷史上還出現過不少格式：微軟的 CAB 用於 Windows 安裝程式與驅動程式；LZH 在日本與台灣早期 BBS 文化中相當流行；ACE 曾在 2000 年代初期因壓縮率優異而受到矚目，但後來因安全漏洞與授權爭議而沒落；ZOO 則幾乎完全消失。
這些格式的起落說明了同一件事：壓縮率不是唯一的勝負關鍵，生態系與相容性才是。一個格式就算能多壓 10%，如果對方打不開，那 10% 就毫無意義。ZIP 之所以能長期稱霸，正是因為它選擇了「相容性優先」這條路。
三、ZIP 為什麼能活下來：五個結構性優勢
3.1 作業系統原生支援，開箱即用
2000 年，Windows Me 首次在檔案總管中內建 ZIP 支援；2001 年的 Windows XP 把它變成標準功能。使用者不必安裝任何軟體，就能右鍵「壓縮資料夾」或雙擊開啟 .zip。這個看似微不足道的功能，實際上徹底改變了市場結構——它把「解壓縮」從一項需要安裝工具的任務，變成了作業系統的基本能力。
macOS 的 Archive Utility 同樣原生支援 ZIP；Android 與 iOS 的檔案管理員也都能直接處理 ZIP。當一個格式在每個平台上都「不用解釋就能用」，它就取得了最強大的競爭壁壘：零學習成本。使用者不需要知道什麼是壓縮演算法，也不需要理解 DEFLATE 與 LZMA 的差異，他們只需要雙擊。
3.2 格式完全開放，實作門檻極低
ZIP 的規格長年公開，加上 zlib 這個幾乎無所不在的開源函式庫，任何程式語言都能在幾行程式碼內處理 ZIP。Java 的 java.util.zip、Python 的 zipfile、.NET 的 System.IO.Compression、Node.js 的 adm-zip，全部原生支援。
對開發者來說，選擇 ZIP 意味著不必處理授權、不必擔心相容性、不必說服使用者安裝額外軟體。這種「實作成本趨近於零」的特性，讓 ZIP 成為各種系統的預設匯出格式——從 Google Docs 的批次下載、GitHub 的原始碼下載，到銀行對帳單、電子發票、政府開放資料，全都是 ZIP。
換個角度想：如果今天一個開發者要設計「批次下載」功能，他會選擇 ZIP，因為他知道使用者一定打得開，而且他不必處理任何授權談判。這種「預設選項」的地位，比任何行銷都有效。
3.3 中央目錄設計，支援隨機存取
這是 ZIP 在技術上被低估的優勢。ZIP 檔案的尾端有一份「中央目錄」（Central Directory），記錄了每個檔案的偏移量、大小、壓縮方法。這意味著解壓縮軟體不必從頭讀到尾，就能直接跳到某個檔案單獨取出。
對比之下，tar.gz 是串流格式，想取出最後一個檔案，必須先解開前面所有內容。在雲端與大檔案時代，這個差異非常實際：當你只需要 ZIP 裡的一份 PDF，軟體可以秒開；換成 tar.gz，可能得等上好幾分鐘。這也是為什麼許多備份與封裝系統偏好 ZIP 的隨機存取特性。
同樣的道理也適用於「損壞修復」。ZIP 因為有中央目錄，即使檔案中段受損，仍有機會救回其他檔案；串流格式一旦中斷，後面全部報廢。對重視資料救援的使用者而言，這是實質的可靠性優勢。
3.4 企業採購與資安政策的慣性
企業環境是壓縮軟體的重要市場。IT 部門在制定軟體白名單時，通常偏好「作業系統內建」或「歷史悠久、漏洞修補紀錄完整」的工具。ZIP 同時符合這兩點。反觀 RAR 需要購買授權，7-Zip 雖然免費，但部分保守的企業仍會因為「非微軟官方」而卻步。
另一個常被忽略的因素是稽核與法規。許多金融、醫療機構的檔案交換規範直接寫明「請以 ZIP 格式加密傳送」，因為 ZIP 的 AES-256 加密已經是業界共通做法，稽核人員也熟悉。這種制度性的慣性，讓 ZIP 在 B2B 場景中幾乎沒有對手。制度一旦寫進 SOP，要改變的成本極高，這也是 ZIP 最堅固的護城河之一。
3.5 網路效應：越多人用，越難被取代
最後，也是最根本的一點：ZIP 已經是一種「社會約定」。當你要把一批檔案寄給客戶、同事、朋友，最安全的選擇就是 ZIP，因為你知道對方一定打得開。這種預期心理形成正向循環——越多人用 ZIP，其他人就越被迫使用 ZIP，格式的技術優劣反而變成次要問題。
這個現象在經濟學上稱為「網路外部性」：一個產品的價值，取決於有多少其他人也在使用它。ZIP 的壓縮率可能不是第一，但它擁有最龐大的「已安裝base」，而這個 base 本身，就是最難跨越的門檻。
四、壓縮軟體的商業模式演變：從買斷、內建到訂閱疲勞
4.1 WinZip 的黃金年代
1990 年代到 2000 年代初期，WinZip 是壓縮軟體的代名詞。它把 PKZIP 的命令列操作包裝成直覺的圖形介面，支援拖放、精靈、右鍵選單整合，讓不懂技術的使用者也能輕鬆壓縮與解壓縮。WinZip 採用共享軟體模式，試用期結束後需付費註冊，價格大約在 29 到 49 美元之間。
在那個年代，這是一門好生意。WinZip 在全盛時期擁有數千萬使用者，是少數靠共享軟體模式成功的消費級軟體之一。它的成功證明了：即使核心技術（ZIP 格式）是開放的，把使用體驗做好，依然能創造商業價值。這也預告了後來「使用者體驗即產品」的產業趨勢。
4.2 微軟內建 ZIP：免費策略的重擊
2000 年之後，微軟在 Windows 中內建 ZIP 支援，對 WinZip 造成結構性衝擊。當「解壓縮」變成右鍵選單的一個選項，願意付費購買專用軟體的使用者大幅減少。WinZip 被迫轉型，加入更多進階功能（光碟燒錄、雲端整合、PDF 轉換），並在 2006 年被 Corel 收購。
這段歷史揭示了一個殘酷的規律：當一項功能成為作業系統的基本能力，獨立軟體廠商就必須往「更高階、更專業」的方向移動，否則只能靠價格戰或綑綁銷售生存。這個規律後來也發生在瀏覽器、相片檢視器、PDF 閱讀器等領域，ZIP 只是最早的案例之一。
4.3 免費增值與廣告模式的興起
2000 年代後期到 2010 年代，一批免費壓縮軟體興起，包括 7-Zip、PeaZip、Bandizip、WinRAR（提供無限期試用）。其中部分廠商推出的壓縮工具採用「免費 + 廣告 + 綑綁安裝」模式，雖然引發爭議，卻也反映了下游使用者的真實需求：他們不願意為「只是解個壓縮檔」付費。
值得注意的是，這段時期出現不少「流氓軟體」式的壓縮工具——安裝時偷偷綑綁瀏覽器工具列、修改首頁、彈出廣告。這類做法雖然短期內帶來收益，長期卻嚴重傷害使用者信任，也讓「壓縮軟體」這個品類在部分市場蒙上陰影。對使用者而言，選擇開源或口碑良好的工具，是避免這類風險的基本自保。
4.4 訂閱制疲勞與使用者反彈
2010 年代後期，軟體產業全面轉向訂閱制，連 WinZip 也推出年費方案。但對多數使用者而言，壓縮是低頻、簡單、一次性的需求，訂閱制的說服力薄弱。這種「需求與商業模式錯配」導致使用者大量流向免費開源工具，也讓壓縮軟體市場進一步碎片化。
從商業角度來看，壓縮軟體的困境在於：核心功能已被作業系統吸收，進階功能（壓縮率、加密、雲端）對多數人而言並非剛需，而使用者對「為小工具付月費」的接受度極低。這也是為什麼如今市場上活得最好的，往往是免費開源（7-Zip、PeaZip）或與硬體綑綁（NAS 廠商自帶工具）的產品。單純靠「壓縮」收費的時代，基本上已經結束了。
五、ZIP 的技術天花板：它真的不夠好嗎？
5.1 DEFLATE 的壓縮率極限
ZIP 最常被批評的一點，是它預設使用的 DEFLATE 演算法（RFC 1951）已經相當老舊。DEFLATE 結合了 LZ77 與霍夫曼編碼，在 1990 年代是先進技術，但放在今天，壓縮率明顯落後於 LZMA（7z）、Zstandard、Brotli 等新世代演算法。
實測上，同一批文字檔案，7z 的壓縮率通常比 ZIP 好 15% 到 30%；Zstandard 在壓縮速度上則快上數倍。對一般使用者來說，這個差距在幾百 MB 的檔案上可能只是「多等幾秒」，但在 TB 級的備份或雲端傳輸場景，差異就非常可觀。尤其對雲端服務供應商而言，壓縮率直接影響儲存成本與頻寬費用，這也是它們積極採用新演算法的原因。
5.2 4GB 與檔案數量的限制
原始 ZIP 規格有幾個明顯限制：單一檔案與整體壓縮檔的大小上限為 4GB，檔案數量上限為 65,535 個。這些限制在 1990 年代不是問題，但在今天隨手就能產生 4K 影片與大型資料集的情況下，很容易踩線。
為了解決這個問題，業界提出了 ZIP64 擴充規格，把上限提高到 16EB（理論值），並支援更多檔案數量。現代的壓縮工具與作業系統大多支援 ZIP64，但相容性仍是隱憂——老舊的解壓縮軟體、嵌入式裝置、部分線上服務，遇到 ZIP64 檔案仍可能出錯。這也是為什麼在傳送超大檔案前，最好先確認對方的工具版本。
5.3 加密機制的黑歷史與 AES 補救
傳統 ZIP 使用 PKZIP 2.0 的「ZipCrypto」加密，這是一種流密碼，安全性以今日標準來看極度薄弱，已有已知的明文攻擊方法。2000 年代初期，業界推出基於 AES-256 的加密擴充（WinZip AES），大幅提升安全性，但並非所有工具都支援。
這造成一個實務上的麻煩：同樣是「加密的 ZIP」，可能有兩種不相容的實作。企業在傳送機密檔案時，必須確認對方使用支援 AES 的工具，否則可能出現「密碼正確卻解不開」的窘境。這也是部分組織改用 7z 或專用加密容器（如 VeraCrypt）的原因。資安意識較高的使用者，通常會直接避開老舊的 ZipCrypto 加密，改用 AES-256 或更專門的加密方案。
5.4 新世代壓縮演算法：Zstandard、LZ4、Brotli
2010 年代之後，壓縮演算法出現新一波進展。Facebook 在 2016 年開源的 Zstandard（zstd），主打「接近 DEFLATE 的速度、接近 LZMA 的壓縮率」，並支援可調的壓縮等級；LZ4 則以極致速度著稱，適合即時場景；Google 的 Brotli 則廣泛用於網頁傳輸。
這些演算法多半不以「檔案格式」的形式出現，而是作為函式庫嵌入各種系統：資料庫、容器映像、遊戲資源包、瀏覽器快取。它們的成功反而印證了 ZIP 的定位——ZIP 不是要當「最強演算法」，而是要當「最通用的容器」。未來的壓縮世界，很可能是「ZIP 容器 + 可替換演算法」的組合；事實上，ZIP 規格本身就允許使用不同的壓縮方法（雖然實務上幾乎都用 DEFLATE）。這也意味著 ZIP 並非停滯不前，而是以「格式穩定、引擎可換」的方式持續演化。
六、實務選用指南：什麼情況該用 ZIP，什麼情況不該
6.1 情境對照表
與其爭論「哪個格式最好」，不如看情境。以下整理常見需求與建議：
寄給客戶或同事的檔案：用 ZIP。相容性最高，對方幾乎一定打得開。
超大檔案（超過 4GB）：確認使用 ZIP64，或改用 7z。
遊戲模組、軟體安裝包：ZIP 最常見，部分平台要求特定格式。
追求極致壓縮率且不急：7z 的 LZMA2 通常是最佳選擇。
6.2 主要格式技術對照
格式
壓縮演算法
壓縮率
速度
授權
作業系統原生支援
ZIP
DEFLATE（可擴充）
中等
開放規格
Windows / macOS / Android / iOS 皆支援
RAR
LZ + PPM 混合
中等
專有（僅解壓開源）
需第三方工具
7z
LZMA / LZMA2
很高
較慢
開源（LGPL）
Windows 11 後逐步支援
tar.gz
DEFLATE
中等
開源
Unix / Linux 原生
tar.zst
Zstandard
中高
極快
開源
需安裝工具
6.3 工具推薦清單
7-Zip：免費、開源、無廣告，支援 ZIP、7z、RAR（解壓）、tar、gzip 等格式。Windows 平台上最推薦的萬用工具，體積小、效能好，適合多數使用者。
WinRAR：RAR 格式的官方工具，支援 ZIP 與多數格式，提供無限期試用。適合需要處理 RAR 檔案的使用者，尤其是與使用 RAR 的對象頻繁交換檔案時。
PeaZip：開源跨平台工具，介面友善，支援大量格式，適合不習慣 7-Zip 介面的使用者。內建多種壓縮引擎，彈性較高。
Bandizip：韓國開發的免費工具，介面現代、速度快，曾因廣告政策引發爭議，建議選擇付費版或較舊的版本以避開廣告。
macOS 內建 Archive Utility：處理 ZIP 已足夠，需要更多格式時可搭配 Keka。Keka 支援 7z、RAR、tar 等格式，是 macOS 上常見的補充工具。
命令列工具：zip / unzip（Linux、macOS）、PowerShell 的 Compress-Archive（Windows）。適合自動化腳本與伺服器環境。
七、結論：ZIP 不是最強的，卻是最剛好的
回顧三十多年的壓縮軟體演變，我們看到一個有趣的模式：技術上更優越的格式不斷出現，卻很少能真正取代 ZIP。RAR 壓得更好，但授權封閉；7z 壓得更好又開源，但作業系統不內建；Zstandard 快得驚人，卻不是一個「拿來寄給別人」的格式。
ZIP 的勝利，本質上是「夠好」的勝利。它的壓縮率不是頂尖，但足以應付日常需求；它的加密不是最強，但 AES-256 已能滿足多數場景；它的規格有歷史包袱，但 ZIP64 補上了大部分缺口。更重要的是，它在對的時間做了對的決定：規格公開、免費實作、被作業系統納入。
對使用者而言，這意味著一件簡單的事：你不需要為「該用哪個壓縮格式」煩惱太久。日常交換用 ZIP，追求極致壓縮率用 7z，伺服器環境用 tar.gz 或 zstd，需要加密就確認雙方工具支援 AES。工具是為了服務需求，而不是相反。
而對軟體產業而言，ZIP 的故事則是一個提醒：真正決定技術能否長存的，往往不是實驗室裡的效能數字，而是生態系、相容性，以及「別人打不打得開」這種看似微不足道的日常問題。當一個格式成為眾人的共同語言，它就不再只是技術規格，而是一種社會基礎設施。
下次你右鍵點擊「壓縮成 ZIP」的時候，不妨想想：這個動作背後，是三十多年的技術演進、商業競爭與使用者習慣的總和。而它之所以還在，正是因為它從來沒想過要當最強的那一個，只想當最剛好的那一個。
常見問題（FAQ）
ZIP 和 RAR 哪個比較好？
沒有絕對答案。若重視相容性與「對方一定打得開」，ZIP 較好；若重視壓縮率且雙方都有合適工具，RAR 或 7z 更好。實務上，對外傳送建議用 ZIP，內部備份可用 7z 或 RAR。
7z 壓縮率比較高，為什麼不全面改用 7z？
因為相容性與便利性。Windows 長期不原生支援 7z，一般使用者收到 .7z 檔可能無法直接開啟。此外，7z 壓縮速度較慢，對即時性要求高的場景不一定適合。ZIP 的優勢在於「零門檻」，這在跨組織交換時非常重要。
ZIP 檔可以設定密碼嗎？安全嗎？
可以。但要注意加密方式：舊式的 ZipCrypto 安全性薄弱，建議使用支援 AES-256 的工具（如 7-Zip、WinZip、WinRAR）。設定密碼時，請使用足夠長的密碼，並透過安全管道傳遞密碼，避免與壓縮檔一起寄送。
為什麼有些 ZIP 檔解壓縮會失敗？
常見原因包括：檔案下載不完整、使用 ZIP64 但工具不支援、加密方式不相容、檔案在傳輸過程損壞，或檔名編碼問題（尤其含中文或特殊字元時）。建議先確認檔案大小是否正確，再嘗試用不同工具開啟。
ZIP 會被淘汰嗎？
短期內不會。ZIP 已經成為跨平台、跨語言的通用格式，被大量系統與服務作為預設匯出格式。即使新演算法不斷出現，ZIP 仍會以「容器」的角色存在，並透過擴充規格持續演化。真正可能改變的，是壓縮引擎的替換，而非 ZIP 這個格式本身。