android包

❶ 安卓系統安裝包是什麼格式

安卓系統安裝包是apk格式。

APK是AndroidPackage的縮寫，即Android安裝包(apk)。APK是類似SymbianSis或Sisx的文件格式。通過將APK文件直接傳到Android模擬器或Android手機中執行即可安裝。

apk文件和sis一樣，把androidsdk編譯的工程打包成一個安裝程序文件，格式為apk。 APK文件其實是zip格式，但後綴名被修改為apk，通過UnZip解壓後，可以看到Dex文件，Dex是DalvikVM executes的簡稱，即Android Dalvik執行程序，並非java ME的位元組碼而是Dalvik位元組碼。

Android在運行一個程序時首先需要UnZip，然後類似Symbian那樣直接，和Windows Mobile中的PE文件有區別。

(1)android包擴展閱讀：

Android一詞的本義指「機器人」，同時也是Google於2007年11月5日宣斗臘布的基於linux平台的開源手機操作系統的名稱，該平台由操作系統、中間件、用戶界面和應用軟體組成。

1、系統架構

android的系統架構和其操作系統一樣，採用了分棗嘩層的架構。從架構圖看，android分為四個層，從高層到低層分別是應用程序層、應用程序框架層、系統運行庫層和linux核心層。

2、應用程序

Android會同一系列核心應用程序包一起發布，該應用程序包包括客戶端，SMS短消息程序，日歷，地圖，瀏覽器，聯系人管理程序等凳銷行。所有的應用程序都是使用JAVA語言編寫的。

3、應用程序框架

開發人員也可以完全訪問核心應用程序所使用的API框架。該應用程序的架構設計簡化了組件的重用;任何一個應用程序都可以發布它的功能塊並且任何其它的應用程序都可以使用其所發布的功能塊(不過得遵循框架的安全性）。同樣，該應用程序重用機制也使用戶可以方便的替換程序組件。

❷ apk是什麼

apk是安裝包。

apk是Android Package的縮寫，即Android安裝包(apk)。apk是類似Symbian Sis或Sisx的文件格式。

apk是Android操作系統使鄭遲用的一種應用程序包文件格式，用於分發和安裝移動應用及中間件。一個Android應用程序的代碼想要在Android設喊液李備上運行，必須先進行編譯，然後被打包成為一個被Android系統所能識別的文件才可以被運行，而這種能被Android系統識別並運埋李行的文件格式便是apk。

apk開發環境

Android是一個基於Java的開發環境，它是一種與廣被接受的Java極為類似，而且也比C++容易得多的開發語言，這是一種規范的移動開發環境。Google也在API文檔的書寫和樣例的提供上做了很出色的工作。

❸ Android發布AAR包

最近有需求要發布一套SDK，這套SDK有幾個要求：

依照上面的要求我最先想到的就是AAR包了，因為以下幾個原因：

打包aar其實很簡單，只需要我們創建一個Library工程就可以了。

這個時候編譯Library就會在outputs目錄下生成一個aar文件夾，裡麵包含aar文件。

aar也是可以混淆的，方式和apk一樣。

引用aar可以有兩種方式，一種是本地引用，一種是遠端庫引用，目前我只用到了本地引用，遠端的以後會補上。首先在bulid.gradle文件中定義一個本地庫。

然後在依賴引用的地方添加依賴。

name：aar包的名字；ext：擴展名；

打包aar包的時候會自動將lib目錄下的jar打包進aar包中。

因為分層的原因，有多個library工程，這樣就會有多個aar，發布起來很麻煩，嘗試google了半天，發現目前都是一個辦法，android-fat-aar，一個gradle腳本，github地址是： https://github.com/adwiv/android-fat-aar 。不過我發現他支持gradle2.2.X之前的版本，新的3.X版本並不能執行。這塊還在繼續摸索，有知道辦法的大神請指教一下~~~~

❹ App和Apk是一種東西嗎

1、應用程序（外語縮寫：App；外語全稱：唯嘩Application）。\x0d\x0aAPP指的昌山攜是智能手機的第三方應用程序。\x0d\x0a2、APK是AndroidPackage的縮寫，即Android安裝包(apk)。\x0d\x0aAPK是類似SymbianSis或Sisx的文件格式。通過將APK文件直接傳到Android模擬器或Android手機中執行即可耐伏安裝。

❺ APK文件是什麼意思

APK是AndroidPackage的縮寫，即Android安裝包(apk)。APK是類似SymbianSis或Sisx的文件格式。通過將APK文件直接傳到Android模擬器或Android手機中執行即可安裝。

一個Android應用程序的代碼要在Android設備上運行，必須先進行編譯，然後被打包成為一個被Android系統所能識別的文件才可以被運行，而這種能被Android系統識別並運行的文件格式便是「APK」。 一個APK文件內包含被編譯的代碼文件(.dex 文件)，文件資源（resources），assets，證書（certificates），和清單文件（manifest file）。

(5)android包擴展閱讀：

apk生羨渣命周期：

生命周期是由AndroidOS操作系統進行管理的，活動進程都將做為系統命令進行創建，正確處理這些事件對一個應用程序來說是極為重要的，因為終端用戶不會知道什麼是正確的。要在開始設計游戲之前搞明白這者信些，因為這有助於節省調試時間以及避免代價高昂的重新設計。

對大多數應用而言，默認設置即可開始工作，但對游戲而言，可能需要調整單態實例的信號為打開。在默認情況下，Android會新建一個活動實例進程，因為它認為這首派輪是比較合適的，而游戲，可能只希望有一個活動的實例進程，這會有影響，它需要了解一些系統狀態的管理。

❻ Android ROM包定製（解包，增刪模塊，打包）

以前剛用手機的時候，經常可以在玩機論壇上看到很多發ROM包的帖子，譬如什麼大深度定製ROM，什麼大深度深度精簡純凈版ROM...相信很多喜歡搞機的都有見過這類帖子。後來自己不滿每次刷機後都要手動設置一大堆東西，遂按照論壇上的教程改了Defy+的cm11的ROM，集成了綠色守護，默認允許安裝未知來源的應用，默認電池百分號顯示等等。時隔4年，又玩起了ROM包定製，感慨頗多

假設有一個名為update.zip的ROM包，我們要在Ubuntu下對它進行定製。首先把 system.transfer.list 和 system.new.dat.br （有些舊版的系統的鏡像可能是system.new.dat）從update.zip解壓出來，轉成system.img（原始鏡像格式），修改完後又按步驟打包回原來的格式。本文只寫了system分區的定製方法，但是對於其他分區也是類似的，都要轉成原始鏡像格式後才能對它修改。如果使用 file system.img 命令來查看system.img文件信息，會得到類似下面的信息：

brotli -d system.new.dat.br

掛載後可以通過 df -h 來查看掛載點 /mnt/system 剩餘空間有多少，如果沒有剩餘，就要對它進行擴容，下面的例子是給它增加128M的空間，擴容之前要先取消掛載

現在，可以在/mnt/system目錄下根據自己的需求增刪文件了

增刪文件需要注意：

打包其實就是解包的逆過程

成功後會在當前目錄下生成system_new.img。如果發生錯誤，根據錯誤進行調整參數，直到沒有錯誤提示為止。

轉換之前可以對之前解壓出來的文件進行備份：

開始轉換

成功後會在當前目錄下生成system.transfer.list和system.new.dat

在有些刷機包里，它裡麵包含的system.img鏡像是 sparse image 格式的，如果用file命令查看它的信息，顯示如下：

對於這種格式的鏡像，如果想把它掛載和修改，就要轉成我們上面提到的raw image（原始鏡像）格式，命令如下：

修改完成後，取消掛載，再使用下面的命令將 raw image 轉成 sparse image :

相對於修改Android源碼的方式，直接修改鏡像的方法對PC配置要求低很多。如果我們只想增加一些現有的模塊和刪除不必要的模塊，這是很好的方式。而且對於一些手機廠商，他們沒有提供Android源碼，我們就只能用直接修改鏡像的方式來定製我們的ROM。修改ROM的方法是靈活的，總結下來就是，看見一個鏡像，可以根據後綴名和file命令確認它的格式，看情況將它轉成原始鏡像格式並掛載，就可以修改了，修改後又轉回它原來的格式，最後替換刷機包中原有的鏡像

❼ 09 Android包管理機制-綜述

PackageManagerService(簡稱PKMS)，是Android系統中核心服務之一，管理著所有跟package相關的工作，常見的比如安裝、卸載應用。 PKMS服務也是通過binder進行通信，IPackageManager.aidl由工具轉換後自動生成binder的服務端IPackageManager.Stub和客戶端IPackageManager.Stub.Proxy，具體關系如圖：

Android系統啟動過祥液程中，一路啟動到SystemServer後，便可以啟動framework的各大服務，本文將介紹PKMS的啟動過程

PKMS職責

PackageParser定了相當多的內部類，這些內部類的作用就是保存對應的信息。解析AndroidManifest.xml文件得到的信息由Package保存。從該類的成員變數可看出，和Android四大組件相關的信息分別由activites、receivers、providers、services保存。由於一個APK可凱宴則聲明多個組件，因此activites和receivers等均聲明為ArrayList

Android系統有很多目錄可以存放app，如下所示：

AIDL （Android Interface Definition Language）， Android介面定義語言，Android提盯棚供的IPC （Inter Process Communication，進程間通信）的一種獨特實現。 這個階段處理.aidl文件，生成對應的Java介面文件。

通過Java Compiler編譯R.java、Java介面文件、Java源文件，生成.class文件。

通過dex命令，將.class文件和第三方庫中的.class文件處理生成classes.dex。

將classes.dex、resources.arsc、res文件夾(res/raw資源被原裝不動地打包進APK之外，其它的資源都會被編譯或者處理)、Other Resources(assets文件夾)、AndroidManifest.xml打包成apk文件。 注意： res/raw和assets的相同點：

對apk進行簽名，可以進行Debug和Release 簽名。

release mode 下使用 aipalign進行align，即對簽名後的apk進行對齊處理。 Zipalign是一個android平台上整理APK文件的工具，它對apk中未壓縮的數據進行4位元組對齊，對齊後就可以使用mmap函數讀取文件，可以像讀取內存一樣對普通文件進行操作。如果沒有4位元組對齊，就必須顯式的讀取，這樣比較緩慢並且會耗費額外的內存。 在 Android SDK 中包含一個名為 「zipalign」 的工具，它能夠對打包後的 app 進行優化。 其位於 SDK 的 build-tools 目錄下, 例如: D:DevelopAndroidsdkuild-tools23.0.2zipalign.exe

·

❽ Android APK打包流程備忘

APK文件的組成部分及apk打包流程是Android開發中的基礎知識點，做一個簡單的記錄。

apk文件是Android應用包文件格式，其本質是一個壓縮文件。將apk文件拖動到Android Studio中即可查看裡面的內容，如下圖：

從上圖中可以看到apk包里的幾個重要組成部分：

打包流程的經典流程圖如下：

其中七個橢圓形內容對應了打包流程中的七個重要步驟，也對應著打包中的七個重要工具，具體如下：

對上面七個重要的打包流程進一步說明。

aapt打包資源文件，生成R.java文件，resources.arsc等文件。

aapt在打包資源文件之前會檢測 AndroidManifest.xml 文件的合法性，對res目錄下的資源目錄進行掃描合法性，因此資源命名有問題時會在編譯階段就會直接報錯。

需要注意的是xml文件會被編譯為二進制的，因此我們並不能直接打開apk包中的xml文件。

AIDL是Android介面定義語言，是Android進程間通訊的一種實現方式。

此步驟中會對aidl文件進行處理，生成java文件。

通過javaCompiler對java文件進行編譯，生成class文件。

dx工具將class文件轉變為Android系統Dalvik虛擬機可執行的Dex文件。

將classes.dex，res文件夾等所有文件打包成apk文件。

生成APK包之後還需要進行簽名處理，Release簽名需要我們自己去進行配置。

常用的簽名方式有兩種：jarsigner和apksigner。

Zipalign是Android平台上APK文件對齊的整理工具，能夠對APK中未壓縮的數據進行4位元組對齊。

需要注意的是根據採用簽名方式的不同，對齊處理的先後順序有所區別。

APK打包流程備忘。

❾ Android 安裝包要從 APK 變成 AAB 格式了事情可能並非你想的那樣

玩過王者榮耀的朋友，幾乎無人不曉「魯班七號」這個英雄。

作為 Android 的應用程序包，「APK」對於資深 Android 用戶來說，知名度並不亞於前者。

Google 宣布，從 2021 年 8 月開始，Google Play 商店將要求開發者使用 Android App Bundle（AAB）發布新應用。這將取代 APK 作為標准發布格式。

消息一出，一些用戶開始猜測甚至擔憂：「以後還能借一部 APK 說話嗎」？「Google 是不是在故意為難國產品牌」？

實際上，有這些疑問的朋友，大概率誤解 Google 的這個動作了。

這次輿論漩渦的中心，就是 AAB 格式。所以首先我們要搞清楚，AAB 是什麼。

在 2018 年 5 月舉行的 Google 開發者大會上，Google 就已公布了 Android App Bundle（AAB）格式，並稱這是其現代化開發的一部分。

Google 介紹道，開發者在上傳應用至 Google Play 時，需採用 AAB 格式。Google Play 將負責生成 APK 文件及簽名。

這句話有兩個重點。

一是 AAB 只是上傳時應用的格式，用戶下載時，獲取的依舊是 APK。

對於開發者來說，從 APK 轉戰到 AAB 沒什麼痛點。AAB 是一種開源格式，在構建時，選擇相關的工具或引擎即可。

用戶這邊更不必擔憂，因為我們在終端設備上看到的，依舊是 APK 格式。

二是生成 APK 的工作，將由 Google Play 完成。

Google Play 將根據用戶設備的配置，從 AAB「源文件」里提取、組裝適合該用戶設備的代碼及資源，從而生成 APK 安裝包。

也就是說，這時用戶下載的應用，已經過 Google Play 優化，以確保該應用可在當前設備上以最佳狀態運行。

換種說法，方便你理解：AAB 就像是一袋方便麵，裡面有各種口味的調料包。Google Play 就是大廚，它會根據你設備的喜好，來判斷面要煮多久、放什麼調料包。

最終煮好的面，就是 APK 了。

Google 之所以要「強硬」地推行 AAB 格式，很大原因是 AAB 相比 APK 有著多種先天優勢。

第一點，是體積輕盈。

上文說到，Google Play 會從 AAB 里，個性化地生成並優化 APK，以針對不同配置的設備、語言進行分發。

舉個例子：假設你的手機是 2K 屏幕，首選語言是中文。那麼 Google Play 在拼裝 APK 時，就會只把 2K 解析度、中文字元包的資源放進 APK 里。

而傳統的 APK，開發者會將各種解析度和語言包，打包在一起。用戶下載下來，手機需要從中挑出適合自己的資源安裝運行。

隨著機型的不斷增加，開發者需要在 APK 文件里塞上越來越多的資源，來提高適配性。因此，App 越來越大，動輒上百 MB。

那麼 AAB 的應用，相當於「把復雜留給 Google Play，把簡單留給用戶」。用戶下載的 APK，是經過 Google 精簡過的，因此體積會小一些。

那麼會小多少呢？根據 Google 的說法，此舉可將 APK 的體積壓縮 15%。

不過實際情況可能要好於這一預期。例如愛彼迎在擁抱 AAB 後，體積減少了 22%。Netflix 更甚，達到了 57%。

所以對於用戶來說，可感知的一點就是安裝包變小了，下載、安裝的速度會更快。

其次，AAB 使得用戶下載的應用，最大程度地符合設備配置，因此運行起來或許會更流暢。某種程度上算是提升了設備性能。

第二點，是應用模塊化。

AAB 允許開發者將應用的功能拆分開來。讓有需要的用戶，自行下載。

我們繼續舉例子。假設開發者現在要做一個拍照 app，我的手機是單攝，你的手機是雙攝。為了減小應用初始的大小，開發者可以把某些功能，設置為按需下載。

比如你想用這款 app 里，針對雙攝手機推出的功能，你就下載額外的資料包即可。

開發者還可以決定什麼時間，向什麼機型推送應用的新功能。相當於自定義和掌控各類用戶的體驗。

「你我用著同一個 app，但享受著不同功能」的情況，或在將來成為常態。

第三點，是免下載體驗。

AAB 的免安裝分發特性，可讓用戶在 Google Play 里，無需下載應用，便可體驗到應用的某些功能。

比如有一款 游戲 ，我們不確定是否值得下載，就可以點擊「立即體驗」，試玩前幾個關卡，且不用下載該應用。

這有點像 iOS 14 新增的 App Clip 功能，可以被看作完整版應用的快捷方式，當中會包含應用的一部分功能。

iOS 14 的 App Clip 功能

所以對於用戶來說，AAB 格式的推廣，我們是可以感知到的，且會有更好的體驗。

光打用戶體驗牌肯定不行，還得考慮開發者的感受。為了讓他們有動力轉戰 AAB 格式，Google 給出了多個理由：

不感興趣也沒關系，那就來「硬的」：8 月起，應用程序包不改成 AAB 格式，就不許上傳，逼迫著開發者進行轉變。

這足以見得 AAB 對於 Google Play 未來規劃的重要性。

推廣 AAB 格式，對於大眾用戶來說絕對是一件好事。誰不希望自己下載的應用，體積又小、適配又好呢？

不過，Google 只是要求 Google Play 這樣做，沒有強制其他應用商店跟進。

也就是說，如果你沒有在使用 Google Play，那麼這個改動暫時是感知不到的。

但 AAB 格式的優點這么多，我們有理由相信，國內的應用商店會逐步跟上 Google 的步伐，擁抱 AAB。

而且我們上文說到，用戶下載的安裝包，依舊會以 APK 格式呈現。因此那些「Google 此舉是為了針對國內廠商」的謠言，也就不攻自破了。

何況華為等應用商店，從前兩年開始，就已經支持開發者上傳 AAB 格式的應用。所以用戶們大可放寬心，靜等 AAB 格式推廣的紅利即可。