ar 檔案格式，Unix 檔案格式的簡稱，是一種檔案格式，用於將多個檔案收集到單一檔案中，以利儲存和傳輸。它最初是為 Unix 系統開發的，但現在廣泛支援於不同的平台。與較新的檔 案和壓縮格式相比，ar 格式較為簡單且有限，但它仍用於某些應用程式。
ar 檔案由一個全域標頭組成，後接一系列檔案標頭和檔案資料。全域標頭是一個簡單的 ASCII 字串，用於識別檔案為 ar 檔案。它包含字元「!<arch>\n」，其中「\n」代表換行字元。這個魔術字串允許公用程式輕鬆辨識 ar 檔案。
在全域標頭之後是個別檔案條目。每個檔案條目都以一個檔案標頭開頭，其中包含關於檔案的元資料。檔案標頭的大小固定為 60 位元組，並包含以下欄位： - 檔案名稱（16 位元組）：檔案的名稱，如果短於 16 個字元，則以空格填補。如果名稱較長，則會被截斷，而尾隨的「/」字元表示名稱會繼續出現在檔案資料區段中。 - 修改時間戳記（12 位元組）：檔案的最後修改時間戳記，採用十進位 Unix 時間格式，並以空格填補。 - 所有者 ID（6 位元組）：檔案所有者的數字使用者 ID，採用十進位，並以空格填補。 - 群組 ID（6 位元組）：檔案群組的數字群組 ID，採用十進位，並以空格填補。 - 檔案模式（8 位元組）：檔案的權限和模式位元，採用八進位，並以空格填補。 - 檔案大小（10 位元組）：檔案資料的大小（以位元組為單位），採用十進位，並以空格填補。 - 標頭結束（2 位元組）：字元「\n」，用於標示標頭的結束。
在每個檔案標頭之後，檔案的資料會儲存在檔案中。資料的大小與標頭中指定的檔案大小相符。如果檔案大小為奇數，則會新增一個額外的填補位元組，以確保下一個檔案標頭從偶數位元組邊界開始。這個填補位元組不會計入標頭的檔案大小欄位。
稱為符號表的特殊檔案條目也可以包含在 ar 檔案中。符號表條目的檔案名稱以「/」或「\」開頭，後接一串數字。這些條目包含用於將物件檔案連結在一起 的元資料。符號表資料的格式因不同的系統和編譯器而異。
ar 檔案不包含任何內建壓縮。檔案只是以其原始形式串接在一起。但是，ar 檔案中的個別檔案可以在加入檔案之前使用其他演算法（例如 gzip）進行壓縮。
與更現代的檔案格式相比，ar 格式有一些限制： - 檔案名稱限制為 16 個字元，這可能會造成限制。 - 使用者 ID、群組 ID 和檔案大小等數字元資料欄位具有固定的長度，限制了它們的最大值。 - 沒有內建的檢查總和或完整性驗證。 - 沒有提供壓縮，與 tar with gzip 等格式相比，會產生較大的檔案大小。
儘管有這些限制，ar 格式仍用於一些特定的應用程式。一個常見的用途是類 Unix 系統上的靜態函式庫檔案。這些具有「.a」副檔名的函式庫檔案是包含已編譯物件檔案的 ar 檔案，這些物件檔案可以連結到可執行檔中。ar 格式的簡單性和廣泛支援使其適合於此目的。
總之，ar 檔案格式是一種將多個檔案打包到單一檔案中的簡單方法。它包含一個全域標頭，後接一系列檔案標頭和檔案資料。雖然它缺乏壓縮和長檔名支援等進階功能，但由於其簡單性和相容性，它仍用於特定領域，例如 Unix 系統上的靜態函式庫檔案。
檔案壓縮透過減少冗餘，讓相同的資訊佔用更少的位元。可壓縮的上限受資訊理論約束：對於無失真壓縮，上界是信源熵（參見香農的信源編碼定理以及他於 1948 年發表的《通信的數學理論》）。對於有失真壓縮，碼率與感知品質之間的權衡由率失真理論描述。
多數壓縮器分兩個階段。首先，模型會預測或揭露資料中的結構。接著，編碼器把這些預測轉成近乎最優的位元型態。經典的建模家族是 Lempel–Ziv：LZ77 (1977)及 LZ78 (1978) 會偵測重複子字串並輸出參照而非原始位元組。編碼面則由霍夫曼編碼（見原始論文1952）為較常出現的符號分配更短的碼字。算術編碼與範圍編碼再進一步逼近熵極限，而現代的非對稱數值系統（ANS）則用查表方式取得相似壓縮率。
DEFLATE（被 gzip、zlib 與 ZIP 採用）把 LZ77 和霍夫曼編碼結合。其規格完全公開：DEFLATERFC 1951、zlib 封裝RFC 1950以及 gzip 檔案格式RFC 1952。Gzip 針對串流設計並明確不提供隨機存取。PNG 影像則把 DEFLATE 規範為唯一的壓縮方式（視窗最多 32 KiB），詳見 PNG 規格「Compression method 0… deflate/inflate… at most 32768 bytes」與W3C/ISO PNG 第二版。
Zstandard (zstd)： 針對高壓縮率與極快解壓而設計的通用壓縮器。格式記載於RFC 8878（以及HTML 鏡像）和 GitHub 上的參考規格文件。與 gzip 類似，基本框架並不追求隨機存取。zstd 的絕招是字典：從語料擷取的小樣本能大幅改善許多小型或相似檔案的壓縮（參閱python-zstandard 字典文件與Nigel Tao 的示例）。各實作同時支援「非結構化」與「結構化」字典（討論）。
Brotli： 為網頁內容（如 WOFF2 字體、HTTP）優化，結合靜態字典與類 DEFLATE 的 LZ+熵編碼核心。規格載於RFC 7932，文件同時指出滑動視窗為 2WBITS-16，WBITS 介於 [10, 24]（1 KiB-16 B 至 16 MiB-16 B），並且不嘗試隨機存取。Brotli 常在網頁文字上優於 gzip，解碼也相當快速。
ZIP 容器： ZIP 是一種檔案封存格式，可存放使用多種壓縮法（deflate、store、zstd 等）的項目。權威規格是 PKWARE 的 APPNOTE（參見APPNOTE 入口、托管副本以及美國國會圖書館的概覽ZIP File Format (PKWARE)/ZIP 6.3.3）。
檔案壓縮是一個減少檔案或檔案群大小的過程，通常用於節省儲存空間或加速網路傳輸。
檔案壓縮運作原理，透過識別並移除數據中的冗餘資訊。它使用演算法將原始數據編碼在較小的空間裡。
兩種主要的檔案壓縮類型是無失真及有失真壓縮。無失真壓縮可以完 美地恢復原始檔案，然而有失真壓縮在一些資料品質的損失下能得到更大的壓縮程度。
一個常見的檔案壓縮工具範例是WinZip，它支援多種壓縮格式包括ZIP與RAR。
在無失真壓縮中，質量保持不變。然而，在有失真壓縮中，可能會有顯著的質量下降，因為它刪除了一些較不重要的數據以便更大程度地減少檔案大小。
是的，相對於資料的完整性來說，檔案壓縮是安全的，尤其是無失真壓縮。然而，如同所有檔案，被壓縮的檔案也可能受到惡意軟體或病毒的攻擊，所以總是需要有專業的安全軟體以保護。
幾乎所有種類的檔案都可以被壓縮，包括文字檔案、圖像、音訊、視頻和軟體檔案。然而，壓縮程度可以因檔案類型而有顯著的不同。
ZIP檔是一種使用無失真壓縮以減少一個或多個檔案大小的檔案格式。在ZIP檔中的多個檔案被有效地打包為單一的檔案，這也讓分享變得更加容易。
技術上可行，儘管額外的大小減少可能非常小或甚至適得其反。壓縮一個已經壓縮過的檔案有時可能會增加其大小，原因在於壓縮演算法所增加的metadata。
解壓壓縮的檔案，通常需要一個解壓縮或解zip的工具，像是WinZip或7-Zip。這些工具可以从壓縮格式中提取原始檔案。