安卓解釋編譯
⑴ android名詞解釋 破解和反編譯一樣嗎
android：是谷歌公司旗下的一種專注於移動端的系統
（手機、平板、智能手錶、智能電視之類的）
反編譯是一種破解手段
反編譯屬於破解，而破解的辦法不止反編譯
望採納
⑵ android 怎麼編譯so文件
android NDK編譯多個so文件
android編譯系統的makefile文件Android.mk寫法如下
(1)Android.mk文件首先需要指定LOCAL_PATH變數，用於查找源文件。由於一般情況下
Android.mk和需要編譯的源文件在同一目錄下，所以定義成如下形式：
LOCAL_PATH:=$(call my-dir)
上面的語句的意思是將LOCAL_PATH變數定義成本文件所在目錄路徑。
(2)Android.mk中可以定義多個編譯模塊，每個編譯模塊都是以include $(CLEAR_VARS)開始
以include $(BUILD_XXX)結束。
include $(CLEAR_VARS)
CLEAR_VARS由編譯系統提供，指定讓GNU MAKEFILE為你清除除LOCAL_PATH以外的所有LOCAL_XXX變數，
如LOCAL_MODULE，LOCAL_SRC_FILES，LOCAL_SHARED_LIBRARIES，LOCAL_STATIC_LIBRARIES等。
include $(BUILD_STATIC_LIBRARY)表示編譯成靜態庫
include $(BUILD_SHARED_LIBRARY)表示編譯成動態庫。
include $(BUILD_EXECUTABLE)表示編譯成可執行程序
(3)舉例如下(frameworks/base/libs/audioflinger/Android.mk)：
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS) 模塊一
ifeq ($(AUDIO_POLICY_TEST),true)
ENABLE_AUDIO_DUMP := true
endif
LOCAL_SRC_FILES:= \
AudioHardwareGeneric.cpp \
AudioHardwareStub.cpp \
AudioHardwareInterface.cpp
ifeq ($(ENABLE_AUDIO_DUMP),true)
LOCAL_SRC_FILES += AudioDumpInterface.cpp
LOCAL_CFLAGS += -DENABLE_AUDIO_DUMP
endif
LOCAL_SHARED_LIBRARIES := \
libcutils \
libutils \
libbinder \
libmedia \
libhardware_legacy
ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)
LOCAL_CFLAGS += -DGENERIC_AUDIO
endif
LOCAL_MODULE:= libaudiointerface
ifeq ($(BOARD_HAVE_BLUETOOTH),true)
LOCAL_SRC_FILES += A2dpAudioInterface.cpp
LOCAL_SHARED_LIBRARIES += liba2dp
LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP
LOCAL_C_INCLUDES += $(call include-path-for, bluez)
endif
include $(BUILD_STATIC_LIBRARY) 模塊一編譯成靜態庫
include $(CLEAR_VARS) 模塊二
LOCAL_SRC_FILES:= \
AudioPolicyManagerBase.cpp
LOCAL_SHARED_LIBRARIES := \
libcutils \
libutils \
libmedia
ifeq ($(TARGET_SIMULATOR),true)
LOCAL_LDLIBS += -ldl
else
LOCAL_SHARED_LIBRARIES += libdl
endif
LOCAL_MODULE:= libaudiopolicybase
ifeq ($(BOARD_HAVE_BLUETOOTH),true)
LOCAL_CFLAGS += -DWITH_A2DP
endif
ifeq ($(AUDIO_POLICY_TEST),true)
LOCAL_CFLAGS += -DAUDIO_POLICY_TEST
endif
include $(BUILD_STATIC_LIBRARY) 模塊二編譯成靜態庫
include $(CLEAR_VARS) 模塊三
LOCAL_SRC_FILES:= \
AudioFlinger.cpp \
AudioMixer.cpp.arm \
AudioResampler.cpp.arm \
AudioResamplerSinc.cpp.arm \
AudioResamplerCubic.cpp.arm \
AudioPolicyService.cpp
LOCAL_SHARED_LIBRARIES := \
libcutils \
libutils \
libbinder \
libmedia \
libhardware_legacy
ifeq ($(strip $(BOARD_USES_GENERIC_AUDIO)),true)
LOCAL_STATIC_LIBRARIES += libaudiointerface libaudiopolicybase
LOCAL_CFLAGS += -DGENERIC_AUDIO
else
LOCAL_SHARED_LIBRARIES += libaudio libaudiopolicy
endif
ifeq ($(TARGET_SIMULATOR),true)
LOCAL_LDLIBS += -ldl
else
LOCAL_SHARED_LIBRARIES += libdl
endif
LOCAL_MODULE:= libaudioflinger
ifeq ($(BOARD_HAVE_BLUETOOTH),true)
LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP
LOCAL_SHARED_LIBRARIES += liba2dp
endif
ifeq ($(AUDIO_POLICY_TEST),true)
LOCAL_CFLAGS += -DAUDIO_POLICY_TEST
endif
ifeq ($(TARGET_SIMULATOR),true)
ifeq ($(HOST_OS),linux)
LOCAL_LDLIBS += -lrt -lpthread
endif
endif
ifeq ($(BOARD_USE_LVMX),true)
LOCAL_CFLAGS += -DLVMX
LOCAL_C_INCLUDES += vendor/nxp
LOCAL_STATIC_LIBRARIES += liblifevibes
LOCAL_SHARED_LIBRARIES += liblvmxservice
# LOCAL_SHARED_LIBRARIES += liblvmxipc
endif
include $(BUILD_SHARED_LIBRARY) 模塊三編譯成動態庫
(4)編譯一個應用程序(APK)
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory-->直譯（建立在java子目錄中的所有Java文件）
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build-->直譯（創建APK的名稱）
LOCAL_PACKAGE_NAME := LocalPackage
# Tell it to build an APK-->直譯（告訴它來建立一個APK）
include $(BUILD_PACKAGE)
(5)編譯一個依賴於靜態Java庫(static.jar)的應用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# List of static libraries to include in the package
LOCAL_STATIC_JAVA_LIBRARIES := static-library
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build
LOCAL_PACKAGE_NAME := LocalPackage
# Tell it to build an APK
include $(BUILD_PACKAGE)
(6)編譯一個需要用平台的key簽名的應用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build
LOCAL_PACKAGE_NAME := LocalPackage
LOCAL_CERTIFICATE := platform
# Tell it to build an APK
include $(BUILD_PACKAGE)
(7)編譯一個需要用特定key前面的應用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Name of the APK to build
LOCAL_PACKAGE_NAME := LocalPackage
LOCAL_CERTIFICATE := vendor/example/certs/app
# Tell it to build an APK
include $(BUILD_PACKAGE)
(8)添加一個預編譯應用程序
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Mole name should match apk name to be installed.
LOCAL_MODULE := LocalMoleName
LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
include $(BUILD_PREBUILT)
(9)添加一個靜態JAVA庫
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Build all java files in the java subdirectory
LOCAL_SRC_FILES := $(call all-subdir-java-files)
# Any libraries that this library depends on
LOCAL_JAVA_LIBRARIES := android.test.runner
# The name of the jar file to create
LOCAL_MODULE := sample
# Build a static jar file.
include $(BUILD_STATIC_JAVA_LIBRARY)
(10)Android.mk的編譯模塊中間可以定義相關的編譯內容，也就是指定相關的變數如下：
LOCAL_AAPT_FLAGS
LOCAL_ACP_UNAVAILABLE
LOCAL_ADDITIONAL_JAVA_DIR
LOCAL_AIDL_INCLUDES
LOCAL_ALLOW_UNDEFINED_SYMBOLS
LOCAL_ARM_MODE
LOCAL_ASFLAGS
LOCAL_ASSET_DIR
LOCAL_ASSET_FILES 在Android.mk文件中編譯應用程序(BUILD_PACKAGE)時設置此變數，表示資源文件，
通常會定義成LOCAL_ASSET_FILES += $(call find-subdir-assets)
LOCAL_BUILT_MODULE_STEM
LOCAL_C_INCLUDES 額外的C/C++編譯頭文件路徑，用LOCAL_PATH表示本文件所在目錄
舉例如下：
LOCAL_C_INCLUDES += extlibs/zlib-1.2.3
LOCAL_C_INCLUDES += $(LOCAL_PATH)/src
LOCAL_CC 指定C編譯器
LOCAL_CERTIFICATE 簽名認證
LOCAL_CFLAGS 為C/C++編譯器定義額外的標志(如宏定義)，舉例：LOCAL_CFLAGS += -DLIBUTILS_NATIVE=1
LOCAL_CLASSPATH
LOCAL_COMPRESS_MODULE_SYMBOLS
LOCAL_COPY_HEADERS install應用程序時需要復制的頭文件，必須同時定義LOCAL_COPY_HEADERS_TO
LOCAL_COPY_HEADERS_TO install應用程序時復制頭文件的目的路徑
LOCAL_CPP_EXTENSION 如果你的C++文件不是以cpp為文件後綴，你可以通過LOCAL_CPP_EXTENSION指定C++文件後綴名
如：LOCAL_CPP_EXTENSION := .cc
注意統一模塊中C++文件後綴必須保持一致。
LOCAL_CPPFLAGS 傳遞額外的標志給C++編譯器，如：LOCAL_CPPFLAGS += -ffriend-injection
LOCAL_CXX 指定C++編譯器
LOCAL_DX_FLAGS
LOCAL_EXPORT_PACKAGE_RESOURCES
LOCAL_FORCE_STATIC_EXECUTABLE 如果編譯的可執行程序要進行靜態鏈接(執行時不依賴於任何動態庫)，則設置LOCAL_FORCE_STATIC_EXECUTABLE:=true
目前只有libc有靜態庫形式，這個只有文件系統中/sbin目錄下的應用程序會用到，這個目錄下的應用程序在運行時通常
文件系統的其它部分還沒有載入，所以必須進行靜態鏈接。
LOCAL_GENERATED_SOURCES
LOCAL_INSTRUMENTATION_FOR
LOCAL_INSTRUMENTATION_FOR_PACKAGE_NAME
LOCAL_INTERMEDIATE_SOURCES
LOCAL_INTERMEDIATE_TARGETS
LOCAL_IS_HOST_MODULE
LOCAL_JAR_MANIFEST
LOCAL_JARJAR_RULES
LOCAL_JAVA_LIBRARIES 編譯java應用程序和庫的時候指定包含的java類庫，目前有core和framework兩種
多數情況下定義成：LOCAL_JAVA_LIBRARIES := core framework
注意LOCAL_JAVA_LIBRARIES不是必須的，而且編譯APK時不允許定義(系統會自動添加)
LOCAL_JAVA_RESOURCE_DIRS
LOCAL_JAVA_RESOURCE_FILES
LOCAL_JNI_SHARED_LIBRARIES
LOCAL_LDFLAGS 傳遞額外的參數給連接器(務必注意參數的順序)
LOCAL_LDLIBS 為可執行程序或者庫的編譯指定額外的庫，指定庫以"-lxxx"格式，舉例：
LOCAL_LDLIBS += -lcurses -lpthread
LOCAL_LDLIBS += -Wl,-z,origin
LOCAL_MODULE 生成的模塊的名稱(注意應用程序名稱用LOCAL_PACKAGE_NAME而不是LOCAL_MODULE)
LOCAL_MODULE_PATH 生成模塊的路徑
LOCAL_MODULE_STEM
LOCAL_MODULE_TAGS 生成模塊的標記
LOCAL_NO_DEFAULT_COMPILER_FLAGS
LOCAL_NO_EMMA_COMPILE
LOCAL_NO_EMMA_INSTRUMENT
LOCAL_NO_STANDARD_LIBRARIES
LOCAL_OVERRIDES_PACKAGES
LOCAL_PACKAGE_NAME APK應用程序的名稱
LOCAL_POST_PROCESS_COMMAND
LOCAL_PREBUILT_EXECUTABLES 預編譯including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)時所用,指定需要復制的可執行文件
LOCAL_PREBUILT_JAVA_LIBRARIES
LOCAL_PREBUILT_LIBS 預編譯including $(BUILD_PREBUILT)或者$(BUILD_HOST_PREBUILT)時所用, 指定需要復制的庫.
LOCAL_PREBUILT_OBJ_FILES
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES
LOCAL_PRELINK_MODULE 是否需要預連接處理(默認需要，用來做動態庫優化)
LOCAL_REQUIRED_MODULES 指定模塊運行所依賴的模塊(模塊安裝時將會同步安裝它所依賴的模塊)
LOCAL_RESOURCE_DIR
LOCAL_SDK_VERSION
LOCAL_SHARED_LIBRARIES 可鏈接動態庫
LOCAL_SRC_FILES 編譯源文件
LOCAL_STATIC_JAVA_LIBRARIES
LOCAL_STATIC_LIBRARIES 可鏈接靜態庫
LOCAL_UNINSTALLABLE_MODULE
LOCAL_UNSTRIPPED_PATH
LOCAL_WHOLE_STATIC_LIBRARIES 指定模塊所需要載入的完整靜態庫(這些精通庫在鏈接是不允許鏈接器刪除其中無用的代碼)
LOCAL_YACCFLAGS
OVERRIDE_BUILT_MODULE_PATH
⑶ 請問怎麼編譯安卓軟體
呵呵，你學過java吧，基本功就有了，安卓軟體是用java來寫的～不過我覺得安卓軟體是不用編譯的，因為裡面的主程序是格式化的xml文件，在軟體成形的過程中只是把一些文件打包起來就行了，你可以試下把安卓軟體的後綴名改成zip，就可以看見源程序和文件了～然後呢，你要想做安卓軟體的話，先搭建一個安卓的開發環境，用到的東西有Myeclipse這個軟體（你應該知道的），然後到網上下載安卓開發的SDK即開發字典～有一本叫安卓開發案例的書，可以看下，另外網上有很多的視頻教程～PS：我自己之前只寫過一個安卓的HELLO,WORLD！，由於大一事情比較多就沒有繼續研究了，如果你有問題可以CALL我哦，我們一起學～
⑷ Android源碼編譯是干什麼
編譯Android系統。
⑸ Android與iOS的區別
1、優先順序別不同：iOS最先響應屏幕
當我們使用iOS或者是Android手機時，第一步就是滑屏解鎖找到相應程序點擊進入。而這個時候往往是所有操控開始的第一步驟，iOS系統產品就表現出來了流暢的一面，但Android產品卻給人一種卡頓的現象，更別說後續深入玩游戲或者進行其它操控了。這是為什麼?
其實這與兩個系統的優先順序有關，iOS對屏幕反應的優先順序是最高的，它的響應順序依次為Touch--Media--Service--Core架構，換句話說當用戶只要觸摸接觸了屏幕之後，系統就會最優先去處理屏幕顯示也就是Touch這個層級，然後才是媒體(Media)，服務(Service)以及Core架構。而Android系統的優先順序響應層級則是Application--Framework--Library--Kernal架構，和顯示相關的圖形圖像處理這一部分屬於Library，你可以看到到第三位才是它，當你觸摸屏幕之後Android系統首先會激活應用，框架然後才是屏幕最後是核心架構。
可以看到優先順序的不同導致了iOS產品以及Android手機在操控過程中的表現差異，當你滑動屏幕進行操控的時候，iOS系統會優先處理Touch層級，而Android系統則是第三個才響應Library層級，這是造成它們流暢度不同的因素之一。不過優先順序對系統流暢性有有影響不假，但並不是最絕對的，造成兩系統之間流暢性不一的現象還有其它因素。
2、硬體工作配置不同：iOS基於GPU加速
目前智能手機硬體裝備競賽當中，其實處理器等配置已經達到了一個瓶頸期，各大旗艦產品在硬體比拼當中基本上沒有太大的區別，而這時候GPU就成為了一個凸顯差異的重要因素。一些大型軟體像是3D游戲對GPU性能要求都會比較高，蘋果iPhone產品採用的Power VR SGX系列GPU在當下來說非常的主流，跑分測試數據證明了它並不會比一些旗艦級別的Android產品差勁。
而iOS系統對圖形的各種特效處理基本上正好都是基於GPU硬體進行加速的，它可以不用完全藉助CPU或者程序本身，而是通過GPU進行渲染以達到更流暢的操控表現。但是Android系統產品則並非如此，因為Android需要適應不同的手機硬體，需要滿足各種差異配置，所以很多圖形特效大多都要靠程序本身進行加速和渲染，並嚴重依賴CPU運算的操作自然會加大處理器的負荷，從而出現卡頓的問題。雖然Android 4.0以及4.1等更高版本中進行了改進將硬體加速設為默認開啟，但依舊無法做到所有特效全部都靠GPU進行加速。在很多Android手機裡面都自帶有;是否開啟GPU渲染;這個功能選項，不過開啟之後的改善也是微乎其微。
屏幕最先響應的優先順序關系，再加上iSO本身GPU加速程序的特性，使得大家在操控過程中感覺iOS手機擁有著不錯的流暢性。因為它本身的整個流程都是在為最大化的流暢做服務，不管是第一印象的滑動接觸屏幕，還是你進一步使用程序之後的更深層操作都是如此。而GPU加速這點特性，應該是它優於Android系統流暢性的又一個因素。
3、開發機制不同：安卓機制效率低
Android的編程語言是JAVA，而iOS的則為Objective-C，不過要是說Android系統之所以有些卡頓是因為JAVA開發語言的關系，或者是拿它和Objective-C對比肯定會有人提出質疑。Objective-C的優勢是效率高但比較;唯一;，而JAVA的優勢則是跨平台不過運行效率相對偏低，其實這兩個編程語言所帶來的機制不同，就已經造成了各自系統之間的流暢性差異化。
iOS的Objective-C，編譯器gcc，而這個gcc編譯出來的代碼又被蘋果專為iOS架構優化到了極致，運行過程中也不需要虛擬機在中間插手，執行效率自然很高--引自網路。這一段話應該是iOS系統本身運行程序的執行過程，而Android是通過JAVA虛擬機來執行，並且系統需要佔用大量內存來換取執行速度，再加上不定期的內存自動回收機制，從而直接導致了卡頓現象的出現。
Android的JAVA編程本身運行效率比Objective-C低一些，而且再加上內存自動回收的機制，所以造成了一些卡頓不流暢的現象出現。但根據技術人員講解，現代的JAVA虛擬機效率已經不再是最大的瓶頸，Android 4.0系統版本之後的卡頓現象明顯得到了改善，所以這也是有用戶並沒有發現自己新買的Android手機出現太多卡頓現象的.原因。看來編程語言和機制已經被Android進行了改善，這同樣也不是造成它與iOS流暢性偏差的唯一因素，不過影響卻是實實在在存在著。
4、系統設計不同：安卓APP無法統一
有了優先順序的關系，有了GPU加加速的影響，還有兩個系統各自編程以及機制的問題，似乎已經可以說明為什麼iOS相比Android更為流暢的原因。但最終還有一個問題是就是應用程序，很顯然用戶覺得卡頓都是在運行軟體的過程中產生，畢竟沒有安裝任何應用的初始出廠手機基本上都不存在不流暢或者延遲等現象，而且一款智能手機不安裝任何應用程序那也不符合用戶的購買初衷和使用行為。所以歸根結底，Android相比iOS的應用程序，到底出了什麼問題?
因為iOS產品的封閉性，所以所有的APP運行對象都比較單一，因為每個應用程序都是被運行在iPhone，iPad等iOS產品當中，它們有著很高的硬體利用效率。因為iOS系統的配件供應商只有那麼幾家，CPU也是一年換一次，這點不像Android終端年年變月月變，開發者很難遇見未來終端解析度會包含多少種，GPU驅動會包含哪些等等，所以相對來說Android應用開發成本較高且收益較慢。而iOS應用開發則因為軟硬體垂直整合而受益，這樣一來蘋果自然就保證了應用本身其與硬體產品之間的完美結合程度。
其實Android和iOS兩大系統APP開發情況的不同，也正是它們開發和不開放的特性所造成的。如果要是拿旗艦Android手機加上一個專為這款旗艦產品設計的游戲，來和蘋果iPhone 5運行對比的話，你真的不會遇到Android旗艦機出現卡頓延遲的問題，為什麼因為這款游戲針對這款手機設計，在軟硬等方面都達到了最大化的兼容和優化，自然就不會出現停滯的現象。
而Android系統程序要被安裝在各種符合要求的手機上面，開發者也不可能針對所有的機器型號進行開發，只能在比較主流的機器上進行測試並保證運行效果，所以他們為了兼顧整個產品線只能不得不降低游戲體驗以達到高中低產品可以共用的效果。最後那些占據了Android終端份額的大量大眾用戶們由於自己的手機不是旗艦產品而得不到流暢的使用體驗，自然而然就會產生Android產品不如iOS流暢的抱怨。
⑹ android反編譯生成的代碼如下 像MainActivity.access$000(this.this$0);這樣的代碼該怎樣解釋,怎麼改
access$0表示調用一個外部類的方法，說明這段代碼是在內部類中使用的：
在調用的外部類方法定義代碼的上面，應該會有一段。methodstaticsyntheticaccess$0。
的代碼，這個代碼裡面才是真正要調用的方法。
安卓虛擬機指令在調用外部類方法的時候，需要區分類的調用關系。
thiscmdisdeprecated,usethed2j-dex2jarifpossible
dex2jarversion:translator-0.0.9.15
dex2jar..Apkd(d2j)classes.dex->..Apkd(d2j)classes_dex2jar.jar
(6)安卓解釋編譯擴展閱讀
反編譯是一個復雜的過程,反編譯軟體有:
1、SWF相關的反編譯程序
ActionScriptViewer
第一個也是最強大的商業SWF反編譯工具,同類產品中，它的AS代碼反編譯效果最好，SWF轉Fla工程重建成功率最高。
2、Android相關的反編譯程序
SMALI/BAKSMAL
SMALI/BAKSMALI是一個強大的apk文件編輯工具，用於Dalvik虛擬機（Google公司自己設計用於Android平台的虛擬機）來反編譯和回編譯classes.dex。其語法是一種寬松式的Jasmin/dedexer語法，而且它實現了.dex格式所有功能（註解，調試信息，線路信息等）。
⑺ 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!
⑻ 自己可以編譯安卓源碼嗎
用最新的Ubuntu 16.04,請首先確保自己已經安裝了Git.沒安裝的同學可以通過以下命令進行安裝:
sudo apt-get install git git config –global user.email 「[email protected]」 git config –global user.name 「test」
其中[email protected]為你自己的郵箱.
簡要說明
android源碼編譯的四個流程:1.源碼下載;2.構建編譯環境;3.編譯源碼;4運行.下文也將按照該流程講述.
源碼下載
由於某牆的原因,這里我們採用國內的鏡像源進行下載.
目前,可用的鏡像源一般是科大和清華的,具體使用差不多,這里我選擇清華大學鏡像進行說明.(參考:科大源,清華源)
repo工具下載及安裝
通過執行以下命令實現repo工具的下載和安裝
mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo
補充說明
這里,我來簡單的介紹下repo工具,我們知道AOSP項目由不同的子項目組成,為了方便進行管理,Google採用Git對AOSP項目進行多倉庫管理.在聊repo工具之前,我先帶你來聊聊多倉庫項目:
我們有個非常龐大的項目Pre,該項目由很多個子項目R1,R2,...Rn等組成,為了方便管理和協同開發,我們為每個子項目創立自己的倉庫,整個項目的結構如下:
這里寫圖片描述
執行完該命令後,再使用make命令繼續編譯.某些情況下,當你執行jack-admin kill-server時可能提示你命令不存在,此時去你去out/host/linux-x86/bin/目錄下會發現不存在jack-admin文件.如果我是你,我就會重新repo sync下,然後從頭來過.
錯誤三:使用emulator時,虛擬機停在黑屏界面,點擊無任何響應.此時,可能是kerner內核問題,解決方法如下:
執行如下命令:
通過使用kernel-qemu-armv7內核 解決模擬器等待黑屏問題.而-partition-size 1024 則是解決警告: system partion siez adjusted to match image file (163 MB >66 MB)
如果你一開始編譯的版本是aosp_arm-eng,使用上述命令仍然不能解決等待黑屏問題時,不妨編譯aosp_arm64-eng試試.
結束吧
到現在為止,你已經了解了整個android編譯的流程.除此之外,我也簡單的說明android源碼的多倉庫管理機制.下面,不妨自己動手嘗試一下.
⑼ 安卓編譯器是干什麼用的…具體一點…
剛剛碼完1000多字，手累了，就跟你簡單的說下。
編譯器就是編譯用的工具，安卓編譯器就是安卓系統編譯用的工具。
參考資料里有關於「編譯」的解釋。