android編譯原生app

A. Android APK編譯流程

apk 是Android Package的簡寫， 在平時的開發過程中，通過點擊 Run app 按鈕 或者 在命令行中輸入

這樣Android Studio就會啟動構建流程，最終輸出一個我們想要的APK。

直達官網介紹

對於小白來說，上面一張圖已經可以解釋apk的構建過程了，不過對於Andoid開發者而言還需要了解一些更詳細的構建過程。

詳細的對應步驟 和 使用工具如下：

資源文件（res文件夾下的文件）通過 AAPT（Android Asset Packaging Tool）打包生成R.java類（資源索引表）、.arsc資源文件 和res文件。

resources.arsc 是一個App的資源索引表，通過R.java 文件 和 resources.arsc 可以定位到資源的內存地址，resources.arsc文件的作用是通過一樣的ID，根據不同的配置索引到最佳的資源顯示在UI中。

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

R.java文件、工程源碼文件、aidl.java文件， 在這一步通過javac生成.class文件。

源碼.class文件和第三方jar或者library通過dx工具打包成dex文件

Android系統的Dalvik虛擬機的可執行文件為DEX格式，所以這里會將上一步中生成的.class文件 和 引用的第三方jar等過程中的.class 一起通過dx工具打包成dex文件

apkbuilder工具會將所有沒有編譯的資源、.arsc資源、.dex文件打包到一個完成apk文件中

tips：

apksigner工具會對未簽名的apk驗證簽名。得到一個簽名後的apk（signed.apk）

apksigner 是google 退出的V2簽名方式
Jarsigner 是之前一直使用的V1簽名方式

可以通過在命令行中輸入apksigner --help來獲取詳情信息，如果沒有特殊需求，使用下面命令即可完成簽名

release mode 下使用 aipalign進行align，即對簽名後的apk進行對齊處理

所謂對齊，主要過程是將APK包中所有的資源文件距離文件起始偏移為4位元組整數倍，這樣通過內存映射訪問apk文件時的速度會更快。對齊的作用主要是為了減少運行時內存的使用。

zipalign是一個android平台上整理APK文件的工具，它對apk中未壓縮的數據進行4位元組對齊，對齊後就可以使用mmap函數讀取文件，可以像讀取內存一樣對普通文件進行操作。如果沒有4位元組對齊，就必須顯式的讀取，這樣比較緩慢並且會耗費額外的內存。

參考文章：
Android-Studio配置構建
淺談Android打包流程
apk打包流程

END!

B. android studio 如何回編譯一個APP

android studio中不能編譯反編譯出來的文件，android studio只能編譯源代碼。

1.反編譯Apk得到Java源代碼
首先要下載兩個工具：dex2jar和JD-GUI
前者是將apk中的classes.dex轉化成Jar文件，而JD-GUI是一個反編譯工具，可以直接查看Jar包的源代碼。

具體步驟：
首先將apk文件，將後綴改為zip，解壓，得到其中的classes.dex，它就是java文件編譯再通過dx工具打包而成的；
解壓下載的dex2jar，將classes.dex復制到dex2jar.bat所在目錄。在命令行下定位到dex2jar.bat所在目錄
運行 dex2jar.bat classes.dex
生成 classes.dex.dex2jar.jar

2.反編譯apk生成程序的源代碼和圖片、XML配置、語言資源等文件
還是下載工具，這次用到的是apktool

具體步驟：
將下載的兩個包解壓到同一個文件夾下，應該會有三個文件：aapt.exe，apktool.bat，apktool.jar
1.解壓縮下載的兩個文件包，apktool-install-windows-r04-brut1.tar解壓縮後得到的包里有aapt.exe 和apktool.bat.（注意要把apktool1.4.1.tar解壓後的一個.jar 文件到解壓後的\apktool-install-windows-r04-brut1文件夾里）
2.特別注意：你要反編譯的文件一定要放在C盤的根目錄里

C. 如何給安卓應用編譯

把常用的應用程序編譯到img文件中，就成了系統的一部分，用戶不必自己安裝，當然也卸載不了；
同時也可以刪減系統自帶的應用程序，精簡系統；

1.\build\target\proct 目錄下generic.mk文件：
Java代碼 收藏代碼
PRODUCT_PACKAGES := \
AccountAndSyncSettings \
DeskClock \
AlarmProvider \
Bluetooth \
Calculator \
Calendar \
Camera \
testMid \
CertInstaller \
DrmProvider \
Email \
Gallery3D \
LatinIME \
Launcher2 \
Mms \
Music \

我們添加一個testMid \ 應用名稱。
2.把testMid包放入
\packages\apps 目錄下,修改android.mk文件。

Java代碼 收藏代碼
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_PACKAGE_NAME := testMid
LOCAL_CERTIFICATE := platform

include $(BUILD_PACKAGE)

註：LOCAL_PACKAGE_NAME := testMid (包名必須和generic.mk中添加的相同)
編譯源碼，可以看到在
\out\target\proct\smdkv210\system\app
目錄下生存了testMid.apk了。這時system.img也包含了此應用。
-------------------------------------------------------------------
特殊情況：有時，應用需要包含jar包，這時的app導入源碼時會出現問題：
MODULE.TARGET.JAVA_LIBRARIES.libarity already defined by ... stop

由於 LOCAL_STATIC_JAVA_LIBRARIES := libarity 會引發錯誤信息。
目前解決方法是：
\build\core 目錄下修改base_rules.mk
注釋掉錯誤信息：

ifdef $(mole_id)
#$(error $(LOCAL_PATH): $(mole_id) already defined by $($(mole_id)))
endif
$(mole_id) := $(LOCAL_PATH)

--重新編譯，這時可以通過了。

(2)、刪除原廠（Telchips）帶源碼的應用程序，如DTV_DVBT
在/device/telechips/m801/device.mk
注釋掉相應語句：
# PRODUCT_PACKAGES += \
# SampleDVBTPlayer \
同時，在/out/target/proct/m801/system/app 找到相應的.APK包，並刪除

D. 編譯調試Android系統原生App - 以Settings為例

本文已過時，最新文章：向大家推薦《使用 AS 開發 System App》 https://xiaozhuanlan.com/system-app

Android原生系統帶有許多原生的App，比如 瀏覽器、錄音機、計算器、設置 等，有些時候，我們需要用到一些系統的功能，或者是對已有的功能做二次開發，比如我上學時給一個公司做過一個Launcher和Wizard，就需要用到系統設置中的某些功能，比如Wifi、聲音、顯示等功能，於是就需要從Settings源碼中提取出需要的功能。

特別是公司自己定製Android系統，需要在上面做一些 系統級的App 的時候，原生App已有的功能就可以通過編譯其源碼的方式直接拿過來改改就能用，而且可用度很高。

這里有兩種情況，分為 原生 的和 公司定製 的系統。無論是原生的還是定製的，類似於Settings這樣需要使用到 系統級或隱藏API 的App，都需要系統簽名文件和編譯系統源碼後得到相應的jar包才可以在IDE中編譯，因為標准SDK根本沒有那些API可供調用。

舉個栗子：

需要額外的Jar就需要自己編譯系統源碼啦，這個是比較麻煩的，有興趣可以試試自己編譯定製自己的Android系統。

** 注意，既然是定製的，源碼、jar、簽名文件，還有系統都是一一對應的，你不能拿其他公司的系統簽名來給你公司的系統app簽名，這樣無法運行的。 **

有了源碼，下一步當然是要跑起來啦。

建議都使用Eclipse來編譯，不要使用AS，因為AS編譯大型的原生App能卡到你吐血，而且出錯提示也不友好。但是用過AS的人都不想再碰Eclipse了有沒有？？別急，可以先用Eclipse編譯過了，再貼到AS中，這樣好很多，也很節省時間。

初始化：

放入源碼：

修正res錯誤：

修正src錯誤：

使用到系統級API的，或者AndroidManifest.xml文件中聲明了

那麼沒有系統簽名，直接debug簽名運行是不行的，需要向底層工程師要系統的簽名文件，在源碼目錄
build\target\proct\security
下的 platform.pk8 和 platform.x509.pem ，如果你想看此次編譯Settings是否已成功了，可以適當的在入口加一下Log，然後導出未簽名的apk，使用系統簽名進行簽名後，放到 /system/app/ 下替換掉Settings.apk，然後重啟系統，打開設置，看看Logcat是否輸出里加入的Log。

在不知道系統簽名可以轉換成debug簽名前，老實說我一直都是用Log的方式調試，太特么痛苦了。現在知道後整個人都懵逼了。

我們都希望可以像調試普通app那樣調試系統app，以下是如何通過 openssl 將 platform.pk8 和 platform.x509.pem 轉換成 debug.keystore 文件：

三個命令

此方法來自： http://curlog.com/2016/08/30/android-pk2debug-keystore/

Mac自帶openssl，Linux和Win需要安裝。

然後就可以使用得到的debug簽名配置到eclipse後愉快的調試啦，當然，得先把系統中已經存在的app先刪除掉。然後重啟系統，至於如何配置eclipse的debug簽名，請Google。

使用過AS後，當然希望在AS中也可以調試系統App，抽空再寫篇相關編譯和調試的文章。如果這篇文章幫到你了，給個贊唄。

E. 什麼是原生APP開發

什麼是原生APP開發？

• 原生開發(NativeApp開發)：像蓋房子一樣，先打地基然後澆地梁、房屋結構、一磚一瓦、鋼筋水泥、電路走向等，原生APP同理：通過代碼從每個頁面、每個功能、每個效果、每個邏輯、每個步驟全部用代碼寫出來，一層層，一段段全用代碼寫出來

• 此種APP的數據都保存在本地，APP能及時調取，所以響應速度及流暢性有保障

原生開發優勢：

1. APP響應速度快：大多數據都在本地所以省去緩沖載入調取數據的時間。

2. APP兼容性高：每個地方都是精心設計的，代碼也是最新的，像最堅固的房子，最合理的抗震防風性，所以兼容性會更高不會閃退。

3. APP流暢性好：每個代碼都是最新的，也是最合理的，所以不會卡頓。

4. APP安全性高：代碼是最新的，每個地方是最新的設計，能防止病毒和漏洞。

5. APP功能可以自定：像蓋房子一樣，從0開始，前期設計好房子的構圖、尺寸、大小，那個地方想怎麼蓋，那個地方想怎麼裝修，都可以完美實現。

原生APP開發劣勢：

1. 開發時間長：自己蓋房子，每個步驟都要考慮、每個地方都要設計，所以這樣會耽誤不少時間，短二三十天，長三五個月;相比直接找公寓住，房子戶型等難找到自己喜歡的，但是時間會節省很多。

2. 費用相對較高：因為每個地方、每個步驟都是原創的，經過設計師設計的。

3. 就像蓋房子的圖紙等，每個地方都是根據自己所想的打造的，所以相對價格會貴一些。

以上就是「什麼是原生APP開發？」的具體回答，迅眾科技小編在此希望這邊文章能夠幫助到您！