dx工具android

㈠ android dex何時載入

1 問題
在Android系統中，一個App的所有代碼都在一個Dex文件裡面。Dex是一個類似Jar的存
儲了多有java編譯位元組碼的歸檔文件。因為Android系統使用Dalvik虛擬機，所以需要把
使用Java Compiler編譯之後的class文件轉換成Dalvik能夠執行的class文件。這里需要強
調的是，Dex和Jar一樣是一個歸檔文件，裡面仍然是Java代碼對應的位元組碼文件。
當Android系統啟動一個應用的時候，有一步是對Dex進行優化，這個過程有一個專門的
工具來處理，叫DexOpt。DexOpt的執行過程是在第一次載入Dex文件的時候執行的。這
個過程會生成一個ODEX文件，即Optimised Dex。執行ODex的效率會比直接執行Dex文
件的效率要高很多。但是在早期的Android系統中，DexOpt有一個問題，也就是這篇文
章想要說明並解決的問題。DexOpt會把每一個類的方法id檢索起來，存在一個鏈表結構
裡面。但是這個鏈表的長度是用一個short類型來保存的，導致了方法id的數目不能夠超過
65536個。當一個項目足夠大的時候，顯然這個方法數的上限是不夠的。盡管在新版本的
Android系統中，DexOpt修復了這個問題，但是我們仍然需要對老系統做兼容。
2 思路
一種有效的解決思路是把Dex文件分割成多個較小的Dex。這就如同很多項目會把自己分
割成多個Jar文件一樣，不同的功能在不同的Jar文件裡面，通過一些配置和額外的操作，
可以讓虛擬機有選擇性的載入Jar文件。但是在Android系統中，一個應用是只允許有一
個Dex文件的。也就是說在編譯期的時候，所有的Jar文件最終會被合並成一個Dex文件。
我們沒有辦法在Apk文件裡面打包兩個Dex，讓DexOpt分別對兩個Dex文件做處理，而
Android系統也不會同時為一個Apk載入兩個Dex。
1
2.1 動態載入
如果我們把Dex分成多個文件，然後在程序運行的時候，再把多的那幾個動態的載入進來
是否可行呢？也就是說我們能否在運行時階段把代碼加入虛擬機中。對於虛擬機來說，其
實所有的代碼都是在運行時被載入進來的。而不同於c語言還存在著靜態鏈接。虛擬機在
所有Java代碼執行之前被啟動，然後開始把位元組碼載入到環境中執行，我們可以理解成所
有的代碼都是動態載入到虛擬機里的。
而說到載入，不得不說的是ClassLoader。它的工作就是載入.class文件。在Android的
Dalvik環境中，對應的是DexClassLoader，它們的功能是完全一樣的。ClassLoader的
一大特點就是它是一個樹狀結構。每個ClassLoader都有一個父親ClassLoader。也就是
說，ClassLoader不是把所有的Class放到一個巨大的數組或別的什麼數據結構中來處理。
ClassLoader在載入一個Jar中的類的時候，需要制定另一個ClassLoader作為父親節點，
當我們需要通過ClassLoader得到一個類類型的時候，ClassLoader會把請求優先交給父
親ClassLoader來處理，而父親ClassLoader又會交給它的父親，一直到根ClassLoader。
如果根ClassLoader有這個類，而返回這個類的類類型，否則把這個請求交給這個請求的
來源子ClassLoader。這是一種向上傳遞，向下分發的機制。這種情況下，對於調用著來
說，子ClassLoader永遠都是包含最多Class的ClassLoader。有一點我們需要注意，父親
ClassLoader只會向請求來源分發自己的處理結果。所以如果來源是自己，那麼如果沒有
請求類它就會返回空，而不是遍歷所有子ClassLoader去請求是否有被請求的類。
在Android系統中，對於一個應用來說，其實有兩個ClassLoader，一個是SystemClassLoader，這個ClassLoader裡面除了Java標準的類庫之外，還有一個android.jar，所有
Android Framework層的類都在這里。而另外一個重要的ClassLoader就是基於Android
Context的ClassLoader。所有屬於當前應用的類都是用這個ClassLoader來載入的，我們
可以在Android源碼中看到，所有的Activity，Service，View都是使用這個ClassLoader
來反射並創建的。我們暫時把它叫做ContextClassLoader。
3 載入外部Dex
3.1 構建一個Dex文件
這一步並不復雜，首先我們把所需要的.class文件或者是Jar文件和一些源碼一起編譯生
成一個Jar文件。然後使用Android SDK提供的dx工具把Jar文件轉成Dex文件。我們可以
提前對它進行ODex操作，讓它在被DexClassLoader載入的時候，跳過DexOpt的部分工
作，從而加快載入的過程。
2
3.2 DexClassLoader
現在的工作就是在運行時載入這個Dex文件了。我們可以在Application啟動的onCreate
方法裡面載入Dex，但是如果你的Dex太大，那麼它會讓你的App啟動變慢。我們也可以
使用線程去載入，但我們必須保證載入完成之後再進行某個外部類的請求。當然也可以真
正等到需要某個外部類的時候再進行Dex載入。這根本上取決於Dex文件本身的大小，太
大了可以預載入，而比較小可以等到實際需要的時候再載入。我們暫且把這個載入了外部
Dex的ClassLoader成為ExternalClassLoader
上面我們提到了樹形結構和系統中的多個ClassLoader，當我們載入外部Dex的時候，我
們是否需要指定一個父ClassLoader呢？我們當然需要一個父ClassLoader，否則我們ExternalClassLoader連一些基本的Java類都沒有，它根本不可能成功的載入一個Dex。進一
步的，我們要選擇哪一個ClassLoader來作為我們的父親呢？是SystemClassLoader還是
ExternalClassLoader？這是根據情況來定的，如果外部的Dex文件里沒有任何和Android
相關的代碼，那麼SystemClassLoader是我們的首選，否則我們就應該用ContextClassLoader。如果是後者的情況，我們的樹可以被看成一個鏈表。
3.3 外部的View, Acitivity等
我們知道，我們編寫的四大組建都不是由我們自己來創建的，是由系統來給我們構造並
管理其生命周期的。那麼這個過程是什麼樣的呢？拿Activity來舉例，我們需要通過調用
當前Activity/Context的startActivity，傳入一個Intent來調用啟動一個新的Activity。系
統有一個ActivityManager來處理這里的邏輯。這里的邏輯相當的復雜，但簡單來說，
ActivityManager會收到並處理這個Intent，從而決定是是啟動一個新的，還是把舊的放
到前台。它會先查找這個Activity在哪個應用裡面，這是通過掃描每個應用的AndroidManifest來確定。這些信息是在PackageManager裡面被檢索的。總之如果這個Activity
不再任何的manifest裡面，它就不可能被啟動。所以僅有一個Activity類是不夠的，我們
需要在manifest裡面聲明它。
上面是Activity的情況，Service之類的也是同理。那麼View怎麼辦？盡管我們可以直接創
建View，但是大部分的View都不是我們創建的，而是通過XML布局文件Inflate出來的。
也就是說，我們在XML定義了一些外部Dex裡面的View，那麼顯然這個XML是不能被成
功的Inflate的。因為除非系統會使用我們的ExternalClassLoader，否則它肯定是找不到
我們的類的：ContextClassLoader裡面並沒有外部Dex中的類。
也就是說問題的根本在於，對於那些Android系統為我們創建的對象，它是不能包含在外
部Dex裡面的。而Android系統中大部分的組建類的生命周期都交給了系統來管理。我們
3
不可能自己來創建這些類對象。那麼另一種思路：我們是不是可以通過使用我們的ExternalClassLoader來代替ContextClassLoader呢？盡管系統的ContextClassLoader是私有
的，但是我們可以通過反射強制的把它替換成我們的ExternalClassLoader。而對於那些
外部的組建（Activity等），盡管我們沒有它們的類，但是並不影響我們在AndroidManifest裡面聲明這個Activity。因為Android系統只是把它作為一個檢索，並不會真正檢查它
裡面的組建是不是真的在虛擬機環境中已經被載入了，只有真正使用Intent啟動某個組建
的時候才會去檢查。而只要我們保證這個時候我們已經載入了外部的ClassLoader，那麼
這個組建就可以被正常的啟動。
還有一點，除了我們要為外部可能有的組建在AndroidManifest裡面做聲明一外，那些外
部組建可能用到的許可權我們也需要一一聲明，例如如果外部Activity使用了相機功能，那
么如果我們的Manifest裡面沒有聲明使用相機功能的許可權的話，即便這個Activity能成功
為載入出來，仍然是不能使用的。
4 核心代碼段
載入外部Dex
mClassLoader = new DexClassLoader ( f . getAbsolutePath ( ) ,
mContext . getCacheDir ( ) . getAbsolutePath ( ) ,
null , mContext . getClassLoader ( ) ) ;
讓系統使用ExternalClassLoader
t r y {
F ie ld mMainThread = ge t F ie ld ( A c t i v i t y . class , 」mMainThread」) ;
Object mainThread = mMainThread . get ( a c t i v i t y ) ;
Class t hreadClass = mainThread . get Class ( ) ;
F ie ld mPackages = ge t F ie ld ( threadClass , 」mPackages」) ;
WeakReference<?> r e f ;
Map< St ring , ?> map =(Map< St ring , ? >) mPackages . get (mainThread ) ;
r e f = (WeakReference<? >) map . get (mContext . getPackageName ( ) ) ;
Object apk = r e f . get ( ) ;
Class apkClass = apk . get Class ( ) ;
F ie ld mClassLoader = ge t F ie ld ( apkClass , 」mClassLoader」) ;
mClassLoader . set (apk , classLoader ) ;
} catch ( I llegalArgument Except ion e) {
i f (DEBUG) {
e . print St ackTrace ( ) ;
}
} catch ( I llega lAc c essEx c ept ion e) {
i f (DEBUG) {
4
e . print St ackTrace ( ) ;
}
}
5

㈡ android系統 主要有哪幾部分

android系統分為四部分，從高到低分別是：

1、Android應用層

2、Android應用框架層

3、Android系統運行層

4、Linux內核層

Android系統構架主要應用於ARM平台，但不僅限於ARM，通過編譯控制，在X86、MAC等體系結構的機器上同樣可以運行。

(2)dx工具android擴展閱讀：

Android運行庫

Android包括了一個核心庫，該核心庫提供了JAVA編程語言核心庫的大多數功能。

每一個Android都擁有一個獨立的Dalvik虛擬機實例。Dalvik被設計成一個設備可以同時高效地運行多個虛擬系統。Dalvik虛擬機執行(.dex)的Dalvik可執行文件，該格式文件針對小內存使用做了優化。

同時虛擬機是基於寄存器的，所有的類都經由JAVA編譯器編譯，然後通過SDK中的「dx」工具轉化成.dex格式由虛擬機執行。

㈢ android系統中，有關框架層的代碼應該在以下哪個目錄中

Google提供的Android包含了原始Android的目標機代碼，主機編譯工具、模擬環境，下載的代碼包經過解壓後(這里是Android2.2的源碼包)，源代碼的第一層目錄結構如下：
|-- Makefile
|-- bionic （bionic C庫）
|-- bootable （啟動引導相關代碼）
|-- build （存放系統編譯規則及generic等基礎開發包配置）

|-- cts （Android兼容性測試套件標准）
|-- dalvik （dalvik JAVA虛擬機）
|-- development （應用程序開發相關）
|-- external （android使用的一些開源的模組）
|-- frameworks （核心框架——java及C++語言）
|-- hardware （主要保護硬解適配層HAL代碼）
|-- libcore
|-- ndk
|-- device
|-- out （編譯完成後的代碼輸出與此目錄）
|-- packages （應用程序包）
|-- prebuilt （x86和arm架構下預編譯的一些資源）
|-- sdk （sdk及模擬器）
|-- system （文件系統庫、應用及組件——C語言）
`-- vendor （廠商定製代碼）

bionic 目錄

|-- libc （C庫）
| |-- arch-arm （ARM架構，包含系統調用匯編實現）
| |-- arch-x86 （x86架構，包含系統調用匯編實現）
| |-- bionic （由C實現的功能，架構無關）
| |-- docs （文檔）
| |-- include （頭文件）
| |-- inet
| |-- kernel （Linux內核中的一些頭文件）
| |-- netbsd （？netbsd系統相關，具體作用不明）
| |-- private （？一些私有的頭文件）
| |-- stdio （stdio實現）
| |-- stdlib （stdlib實現）
| |-- string （string函數實現）
| |-- tools （幾個工具）
| |-- tzcode （時區相關代碼）
| |-- unistd （unistd實現）
| `-- zoneinfo （時區信息）
|-- libdl （libdl實現，dl是動態鏈接，提供訪問動態鏈接庫的功能）
|-- libm （libm數學庫的實現，）
| |-- alpha （apaha架構）
| |-- amd64 （amd64架構）
| |-- arm （arm架構）
| |-- bsdsrc （？bsd的源碼）
| |-- i386 （i386架構）
| |-- i387 （i387架構？）
| |-- ia64 （ia64架構）
| |-- include （頭文件）
| |-- man （數學函數，後綴名為.3，一些為freeBSD的庫文件）
| |-- powerpc （powerpc架構）
| |-- sparc64 （sparc64架構）
| `-- src （源代碼）
|-- libstdc++ （libstdc++ C++實現庫）
| |-- include （頭文件）
| `-- src （源碼）
|-- libthread_db （多線程程序的調試器庫）
| `-- include （頭文件）
`-- linker （動態鏈接器）
`-- arch （支持arm和x86兩種架構）

bootable 目錄

|-- bootloader （適合各種bootloader的通用代碼）
| `-- legacy （估計不能直接使用，可以參考）
| |-- arch_armv6 （V6架構，幾個簡單的匯編文件）
| |-- arch_msm7k （高通7k處理器架構的幾個基本驅動）
| |-- include （通用頭文件和高通7k架構頭文件）
| |-- libboot （啟動庫，都寫得很簡單）
| |-- libc （一些常用的c函數）
| |-- nandwrite （nandwirte函數實現）
| `-- usbloader （usbloader實現）
|-- diskinstaller （android鏡像打包器，x86可生產iso）
`-- recovery （系統恢復相關）
|-- edify （升級腳本使用的edify腳本語言）
|-- etc （init.rc恢復腳本）
|-- minui （一個簡單的UI）
|-- minzip （一個簡單的壓縮工具）
|-- mttils （mtd工具）
|-- res （資源）
| `-- images （一些圖片）
|-- tools （工具）
| `-- ota （OTA Over The Air Updates升級工具）
`-- updater （升級器）

build目錄

|-- core （核心編譯規則）
|-- history （歷史記錄）
|-- libs
| `-- host （主機端庫，有android 「cp」功能替換）
|-- target （目標機編譯對象）
| |-- board （開發平台）
| | |-- emulator （模擬器）
| | |-- generic （通用）
| | |-- idea6410 （自己添加的）
| | `-- sim （最簡單）
| `-- proct （開發平台對應的編譯規則）
| `-- security （密鑰相關）
`-- tools （編譯中主機使用的工具及腳本）
|-- acp （Android "acp" Command）
|-- apicheck （api檢查工具）
|-- applypatch （補丁工具）
|-- apriori （預鏈接工具）
|-- atree （tree工具）
|-- bin2asm （bin轉換為asm工具）
|-- check_prereq （檢查編譯時間戳工具）
|-- dexpreopt （模擬器相關工具，具體功能不明）
|-- droiddoc （？作用不明，java語言，網上有人說和JDK5有關）
|-- fs_config （This program takes a list of files and directories）
|-- fs_get_stats （獲取文件系統狀態）
|-- iself （判斷是否ELF格式）
|-- isprelinked （判斷是否prelinked）
|-- kcm （按鍵相關）
|-- lsd （List symbol dependencies）
|-- releasetools （生成鏡像的工具及腳本）
|-- rgb2565 （rgb轉換為565）
|-- signapk （apk簽名工具）
|-- soslim （strip工具）
`-- zipalign （zip archive alignment tool）

dalvik目錄 dalvik虛擬機
.
|-- dalvikvm （main.c的目錄）
|-- dexmp （dex反匯編）
|-- dexlist （List all methods in all concrete classes in a DEX file.）
|-- dexopt （預驗證與優化）
|-- docs （文檔）
|-- dvz （和zygote相關的一個命令）
|-- dx （dx工具，將多個java轉換為dex）
|-- hit （？java語言寫成）
|-- libcore （核心庫）
|-- libcore-disabled （？禁用的庫）
|-- libdex （dex的庫）
|-- libnativehelper （Support functions for Android's class libraries）
|-- tests （測試代碼）
|-- tools （工具）
`-- vm （虛擬機實現）

development 目錄 （開發者需要的一些常式及工具）
|-- apps （一些核心應用程序）
| |-- BluetoothDebug （藍牙調試程序）
| |-- CustomLocale （自定義區域設置）
| |-- Development （開發）
| |-- Fallback （和語言相關的一個程序）
| |-- FontLab （字型檔）
| |-- GestureBuilder （手勢動作）
| |-- NinePatchLab （？）
| |-- OBJViewer （OBJ查看器）
| |-- SdkSetup （SDK安裝器）
| |-- SpareParts （高級設置）
| |-- Term （遠程登錄）
| `-- launchperf （？）
|-- build （編譯腳本模板）
|-- cmds （有個monkey工具）
|-- data （配置數據）
|-- docs （文檔）
|-- host （主機端USB驅動等）
|-- ide （集成開發環境）
|-- ndk （本地開發套件——c語言開發套件）
|-- pdk （Plug Development Kit）
|-- samples （演示程序）
| |-- AliasActivity （）
| |-- ApiDemos （API演示程序）
| |-- BluetoothChat （藍牙聊天）
| |-- BrowserPlugin （瀏覽器插件）
| |-- BusinessCard （商業卡）
| |-- Compass （指南針）
| |-- ContactManager （聯系人管理器）
| |-- CubeLiveWall** （動態壁紙的一個簡單常式）
| |-- FixedGridLayout （像是布局）
| |-- GlobalTime （全球時間）
| |-- HelloActivity （Hello）
| |-- Home （Home）
| |-- JetBoy （jetBoy游戲）
| |-- LunarLander （貌似又是一個游戲）
| |-- MailSync （郵件同步）
| |-- MultiResolution （多解析度）
| |-- MySampleRss （RSS）
| |-- NotePad （記事本）
| |-- RSSReader （RSS閱讀器）
| |-- SearchableDictionary （目錄搜索）
| |-- **JNI （JNI常式）
| |-- SkeletonApp （空殼APP）
| |-- Snake （snake程序）
| |-- SoftKeyboard （軟鍵盤）
| |-- Wiktionary （？維基）
| `-- Wiktionary**（？維基常式）
|-- scripts （腳本）
|-- sdk （sdk配置）
|-- simulator （？模擬器）
|-- testrunner （？測試用）
`-- tools （一些工具）

㈣ 什麼是android系統，android的發展以及android的平台架構和特性

Android平台採用了整合的策略思想，包括底層Linux操作系統、中間層的中間件和上層的Java應用程序。下面我把Android的特性及其架構體系結構總結一下。

一、Android的平台特性

Android平台有如下特性：

1. 應用程序框架支持組件的重用與替換。

這樣我們可以把系統中不喜歡的應用程序刪除，安裝我們喜歡的應用程序。

2. Dalvik虛擬機專門為移動設備進行了優化。

Android應用程序將由Java編寫、編譯的類文件通過DX工具轉換成一種後綴名為.dex的文件來執行。Dalvik虛擬機是基於寄存器的，相對於Java虛擬機速度要快很多。

3. 內部集成瀏覽器基於開源的WebKit引擎。

有了內置的瀏覽器，這將意味著WAP應用的時代即將結束，真正的移動互聯網時代已經來臨，手機就是一台「小電腦」，可以在網上隨意遨遊。

4. 優化的圖形庫包括2D和3D圖形庫，3D圖形庫基於OpenGL ES 1.0。

強大的圖形庫給游戲開發帶來福音。在3G最為重要的的應用莫過於手機上網和手機游戲。

5. SQLite用作結構化的數據存儲。

6. 多媒體支持包括常見的音頻、視頻和靜態印象文件格式

如MPEG4、H.264、MP3、AAC、AMR、JGP、PNG、GIF。

7. GSM電話（依賴於硬體）。

8. 藍牙（Bluetooth）、EDGE、3G、WiFi（依賴於硬體）。

9. 照相機、GPS、指南針和加速度計（依賴於硬體）。

10. 豐富的開發環境包括設備模擬器、調試工具、內存及性能分析圖表和Eclipse集成的開發環境插件。

Google提供了Android開發包SDK，其中包含了大量的類庫和開發工具，並且針對Eclipse的可視化開發插件ADT。

二、Android平台架構

從上圖我們可以看出，Android操作系統的體系結構可分為4層，由上到下依次是應用程序、應用程序框架、核心類庫和Linux內核，其中第三層還包括Android運行時的環境。下面分別來講解各個部分。

1. 程序應用

Android
連同一個核心應用程序包一起發布，該應用程序包包括E-mail客戶端、SMS短消息程序、日歷、地圖、瀏覽器、聯系人管理程序等。所有的應用程序都是用Java編寫的。

2. 應用程序框架

開發者完全可以訪問核心應用程序所使用的API框架。該應用程序框架架構用來簡化組件軟體的重用，任何一個應用程序都可以發布它的功能塊並且任何其他的應用程序都可以使用其所發布的功能塊（不過得遵循框架的安全性限制）。該應用程序重用機制使得組件可以被用戶替換。

以下所有的應用程序都由一系列的服務和系統組成，包括：

1）一個可擴展的視圖（Views）可以用來創建應用程序，包括列表（lists）、網路（grids）、文本框（text
boxes）、按鈕（buttons），甚至是一個可嵌入的Web瀏覽器。

2）內容管理器（Content Providers）使得應用程序可以訪問另一個應用程序的數據（如聯系人資料庫），或者共享它們自己的數據。

3）一個資源管理器（Resource Manager）提供非代碼資源的訪問，如本地字元串、圖形和分層文件（layout files）。

4）一個通知管理器（Notification Manager）使得應用程序可以在狀態欄中顯示客戶通知信息。

5）一個活動類管理器（Activity Manager）用來管理應用程序生命周期並提供常用的導航回退功能。

3. Android程序庫

Android包括一個被Android系統中各種不同組件所使用的C/C++集庫。該庫通過Android應用程序框架為開發者提供服務。

以下是一些主要的核心庫：

1）系統C庫：一個從BSD繼承來的標准C系統函數庫（libc），專門為基於Embedded Linux的設備定製。

2）媒體庫：基於PacketVideo
OpenCORE；該庫支持錄放，並且可以錄制許多流行的音頻視頻格式，還有靜態映像文件包括MPEG4、H.264、MP3、AAC、JPG、PNG。

3）Surface Manager：對顯示子系統的管理，並且為多個應用程序提供2D和3D圖層的無縫融合。

4）LibWebCore：一個最新的Web瀏覽器引擎，用來支持Android瀏覽器和一個可嵌入的Web視圖。

5）SGL：一個內置的2D圖形引擎。

6）3D libraries：基於OpenGL ES 1.0 APIs實現；該庫可以使用硬體3D加速(如果可用）或者使用高度優化的3D軟加速。

7）FreeType：點陣圖（bitmap）和向量（vector）字體顯示。

8）SQLite：一個對於所以應用程序可用、功能強勁的輕型關系型資料庫引擎。

4. Android運行庫

Android包括了一個核心庫，該核心庫提供了Java編程語言核心庫的大多數功能。

每一個Android應用程序都在它自己的進程中運行，都擁有一個獨立的Dalvik虛擬機實例。Dalvik是針對同時高效地運行多個VMs實現的。Dalvik虛擬機執行.dex的Dalvik可執行文件，該格式文件針對最小內存使用做了優化。該虛擬機是基於寄存器的，所有的類都是經由Java匯編器編譯，然後通過SDK中的DX工具轉化成.dex格式由虛擬機執行。

Dalvik虛擬機依賴於Linux的一些功能，比如線程機制和底層內存管理機制。

5. Linux內核

Android的核心系統服務依賴於Linux內核，如安全性、內存管理、進程管理、網路協議棧和驅動模型。Linux內核也同時作為硬體和軟體棧之間的硬體抽象層。

㈤ 如何使用反編譯軟體破解android的布局文件

工具：
apktool，作用：資源文件獲取，可以提取出圖片文件和布局文件進行使用查看
dex2jar，作用：將apk反編譯成java源碼（classes.dex轉化成jar文件）
jd-gui，作用：查看APK中classes.dex轉化成出的jar文件，即源碼文件

反編譯流程：
一、apk反編譯得到程序的源代碼、圖片、XML配置、語言資源等文件
下載上述工具中的apktool，解壓得到3個文件：aapt.exe，apktool.bat，apktool.jar ，將需要反編譯的APK文件放到該目錄下，
打開命令行界面（運行-CMD） ，定位到apktool文件夾，輸入以下命令：apktool.bat d -f test.apk test
（命令中test.apk指的是要反編譯的APK文件全名，test為反編譯後資源文件存放的目錄名稱，即為：apktool.bat d -f [apk文件 ] [輸出文件夾]）

獲取成功之後，發現在文件夾下多了個test文件，點擊便可以查看該應用的所有資源文件了。
如果你想將反編譯完的文件重新打包成apk，那你可以：輸入apktool.bat b test（你編譯出來文件夾）便可
之後在之前的test文件下便可以發現多了2個文件夾:

build
dist(裡面存放著打包出來的APK文件)

二、Apk反編譯得到Java源代碼
下載上述工具中的dex2jar和jd-gui ，解壓
將要反編譯的APK後綴名改為.rar或則 .zip，並解壓，得到其中的額classes.dex文件（它就是java文件編譯再通過dx工具打包而成的），將獲取到的classes.dex放到之前解壓出來的工具dex2jar-0.0.9.15 文件夾內，
在命令行下定位到dex2jar.bat所在目錄，輸入dex2jar.bat classes.dex，
在改目錄下會生成一個classes_dex2jar.jar的文件，然後打開工具jd-gui文件夾里的jd-gui.exe，之後用該工具打開之前生成的classes_dex2jar.jar文件，便可以看到源碼了

㈥ Android手機的apk文件中的class.dex文件是什麼是做什麼用的呢

簡單說就是優化後的android版.exe。每個apk安裝包里都有。相對於PC上的java虛擬機能運行.class；android上的Davlik虛擬機能運行.dex。

作用

讓dalvik能夠運行。

dex好處

可以直接用DexClassLoader類載入，動態載入。於是只要在dex上加殼，在程序運行時脫殼，就可以規避靜態反編譯的風險。

(6)dx工具android擴展閱讀

使用dex文件的原因

在Android系統中，一個App的所有代碼都在一個Dex文件裡面。Dex是一個類似Jar的包，存儲了很多Java編譯位元組碼的歸檔文件。

因為Android系統使用Dalvik虛擬機，所以需要把使用Java Compiler編譯之後的class文件轉換成Dalvik能夠執行的class文件。

㈦ android 插件化怎麼把幾個模塊一起打包

1、java 裡面直接把 .class 文件打包到 .jar 文件裡面就可以了，但是 Android 的 Dalvik VM 是不認 Java 的 byte code 的，所以不能直接這么打包，而要用 dx 工具轉成 Dalvik byte code 才可以。當然，dx 工具轉了之後，jar 包裡面就不是 .class 文件了，而是 .dex 文件。 2、可以做成server 利用broadcast,pendingIntent,Intent去通信，再provider數據共享過濾器設置下就能實現這樣的效果 3、國內的各大應用市場的安卓客戶端就是這么做的，由市場客戶端可以下載各個功能客戶端，在市場里可以對這些功能客戶端進行更新、刪除、打開操作。其實如果需求是定製化的應用市場，比如「辦公應用市場」，在功能性的規則介面定義好之後，可以增加更多的業務邏輯，比如說「從市場客戶端開啟功能客戶端的具體某個頁面」，或者「從市場客戶端調用功能客戶端的某個功能」。

㈧ android 怎麼動態更新apk中jar包

核心類
1.1 DexClassLoader類
可以載入jar/apk/dex，可以從SD卡中載入為安裝的apk。
1.2 PathClassLoader類
只能載入已經安裝到Android系統中的apk文件。
一、正文
1.1
類似於eclipse的插件化實現， 首先定義好介面， 用戶實現介面功能後即可通過動態載入的方式載入jar文件， 以實現具體功能。 注意 ， 這里的jar包需要經過android dx工具的處理 , 否則不能使用。