Android 套件組 (APK) 是用於在 Google Android 作業系統上分發和安裝應用程式軟體和中間軟體的標準套件檔案格式。APK 檔案是包含應用程式的位元組碼、資源、資產、憑證和明細檔的 ZIP 格式檔案。
APK 檔案包含幾個主要元件： - AndroidManifest.xml：以 XML 格式撰寫的明細檔，用於向 Android 建置工具、作業系統和 Google Play 描述應用程式的基本資訊。這包括應用程式的套件名稱、版本、存取權限、參照的程式庫檔案等。 - Classes.dex：以 Android Runtime 可以理解的 DEX 檔案格式編譯的類別。這包含應用程式的編譯 Java 位元組碼。 - 資源：未編譯到 resources.arsc 的資源，包括影像、字串表、XML 中的使用者介面配置等。 - Resources.arsc：包含預編譯資源的檔案，例如值、可繪製資源、配置和其他元素的 XML 檔案。 - 資產：包含應用程式資產的目錄，可由 AssetManager 擷取。 - META-INF 目錄：此資料夾包含： - MANIFEST.MF：明細檔 - CERT.RSA：應用程式的憑證 - CERT.SF：資源清單和 MANIFEST.MF 檔案中對應行的 SHA-1 摘要
一般 APK 檔案的結構如下：
/AndroidManifest.xml /classes.dex /resources.arsc /res/ drawable/ layout/ values/ /assets/ /META-INF/ MANIFEST.MF CERT.RSA CERT.SF
在應用程式安裝時，裝置會從下載的 APK 檔案中擷取 classes.dex 檔案，並產生 Dalvik 可執行檔 (DEX) 檔案以執行。然後，Android Runtime (ART) 會使用此 DEX 檔案來執行應用程式。DEX 檔案中的位元組碼是基於暫存器的，與 Java .class 檔案中基於堆疊的位元組碼不同。DEX 位元組碼的設計比標準 Java 位元組碼更精簡且更省記憶體。
在應用程式開發期間，Android 應用程式模組會編譯成中間未簽署的 APK 以進行除錯和測試。建置程序包括將應用程式資源轉換成壓縮的二進位形式、將程式碼轉換成 DEX 格式，以及使用編譯的資源、程式碼和 Android 明細檔建置最終的 APK。為了發布，APK 必須使用儲存庫簽署，用於建立應用程式的作者身分並允許分發應用程式更新。
Google 提供 Android 資產封裝工具 (aapt) 來檢視、建立和更新相容於 Zip 的檔案 (zip、jar、apk)。它也可以將資源編譯成二進位資產。開發人員可以使用「aapt dump」指令來取得 APK 內容的資訊，而不用擷取檔案。「aapt dump badging」會列印應用程式套件名稱、版本和包含的活動，而「aapt dump permissions」會顯示已宣告的權限。
了解 APK 格式對於 Android 開發人員來說非常重要，以便適當地封裝他們的應用程式以進行分發。這對於檢查現有應用程式的內容和行為也很有用。安全性研究人員經常分析 APK 檔案，以找出 Android 應用程式中潛在的安全漏洞或隱私問題。
總之，Android 套件組 (APK) 是 Android 應用程式的標準套件格式，包含編譯的位元組碼、資源、資產和元資料，並以具有特定結構的基於 ZIP 的檔案封裝。熟悉 APK 格式和工具對於 Android 開發至關重要，讓開發人員可以建置、測試和發布他們的應用程式，以便透過 Google Play 等 應用程式市集進行分發。
檔案壓縮透過減少冗餘，讓相同的資訊佔用更少的位元。可壓縮的上限受資訊理論約束：對於無失真壓縮，上界是信源熵（參見香農的信源編碼定理以及他於 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。這些工具可以从壓縮格式中提取原始檔案。