日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問(wèn)題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營(yíng)銷解決方案
MultiDex工作原理分析和優(yōu)化方案

動(dòng)態(tài)加載技術(shù)(插件化)系列已經(jīng)坑了有一段時(shí)間了,不過(guò)UP主我并沒(méi)有放棄治療哈,相信在不就的未來(lái)就可以看到“系統(tǒng)Api Hook模式”和插件化框架Frontia的更新了。今天要講的是動(dòng)態(tài)加載技術(shù)的親戚 —— multidex。他們的核心原理之一都是dex文件的加載。

成都創(chuàng)新互聯(lián)成立于2013年,先為圖們等服務(wù)建站,圖們等地企業(yè),進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為圖們企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問(wèn)題。

MultiDex是Google為了解決“65535方法數(shù)超標(biāo)”以及“INSTALL_FAILED_DEXOPT”問(wèn)題而開(kāi)發(fā)的一個(gè)Support庫(kù),具體如何使用MultiDex現(xiàn)在市面已經(jīng)有一大堆教程(可以參考給 App 啟用 MultiDex 功能),這里不再贅述。這篇日志主要是配合源碼分析MultiDex的工作原理,以及提供一些MultiDex優(yōu)化的方案。

Dex的工作機(jī)制

等等,這個(gè)章節(jié)講的不是MultiDex嗎,怎么變成Dex了?沒(méi)錯(cuò)哈,沒(méi)有Dex,哪來(lái)的MultiDex。在Android中,對(duì)Dex文件操作對(duì)應(yīng)的類叫做DexFile。在CLASSLOADER 的工作機(jī)制中,我們說(shuō)到:

對(duì)于 Java 程序來(lái)說(shuō),編寫(xiě)程序就是編寫(xiě)類,運(yùn)行程序也就是運(yùn)行類(編譯得到的class文件),其中起到關(guān)鍵作用的就是類加載器 ClassLoader。

Android程序的每一個(gè)Class都是由ClassLoader#loadClass方法加載進(jìn)內(nèi)存的,更準(zhǔn)確來(lái)說(shuō),一個(gè)ClassLoader實(shí)例會(huì)有一個(gè)或者多個(gè)DexFile實(shí)例,調(diào)用了ClassLoader#loadClass之后,ClassLoader會(huì)通過(guò)類名,在自己的DexFile數(shù)組里面查找有沒(méi)有那個(gè)DexFile對(duì)象里面存在這個(gè)類,如果都沒(méi)有就拋ClassNotFound異常。ClassLoader通過(guò)調(diào)用DexFile的一個(gè)叫defineClass的Native方法去加載指定的類,這點(diǎn)與JVM略有不同,后者是直接調(diào)用ClassLoader#defineCLass方法,反正最后實(shí)際加載類的方法都叫defineClass就沒(méi)錯(cuò)了。

創(chuàng)建DexFile對(duì)象

首先來(lái)看看造DexFile對(duì)象的構(gòu)方法。

 
 
 
 
  1. public final class DexFile { 
  2.     private int mCookie; 
  3.     private final String mFileName; 
  4.     ... 
  5.  
  6.     public DexFile(File file) throws IOException { 
  7.         this(file.getPath()); 
  8.     } 
  9.     
  10.     public DexFile(String fileName) throws IOException { 
  11.         mCookie = openDexFile(fileName, null, 0); 
  12.         mFileName = fileName; 
  13.         guard.open("close"); 
  14.     } 
  15.     
  16.     private DexFile(String sourceName, String outputName, int flags) throws IOException { 
  17.         mCookie = openDexFile(sourceName, outputName, flags); 
  18.         mFileName = sourceName; 
  19.         guard.open("close"); 
  20.     } 
  21.  
  22.     static public DexFile loadDex(String sourcePathName, String outputPathName, 
  23.         int flags) throws IOException { 
  24.         return new DexFile(sourcePathName, outputPathName, flags); 
  25.     } 
  26.    
  27.     public Class loadClass(String name, ClassLoader loader) { 
  28.         String slashName = name.replace('.', '/'); 
  29.         return loadClassBinaryName(slashName, loader); 
  30.     } 
  31.    
  32.     public Class loadClassBinaryName(String name, ClassLoader loader) { 
  33.         return defineClass(name, loader, mCookie); 
  34.     } 
  35.     private native static Class defineClass(String name, ClassLoader loader, int cookie); 
  36.  
  37.     native private static int openDexFile(String sourceName, String outputName, 
  38.         int flags) throws IOException; 
  39.  
  40.     native private static int openDexFile(byte[] fileContents) 
  41.     ... 
  42. }  

通過(guò)以前分析過(guò)的源碼,我們知道ClassLoader主要是通過(guò)DexFile.loadDex這個(gè)靜態(tài)方法來(lái)創(chuàng)建它需要的DexFile實(shí)例的,這里創(chuàng)建DexFile的時(shí)候,保存了Dex文件的文件路徑mFileName,同時(shí)調(diào)用了openDexFile的Native方法打開(kāi)Dex文件并返回了一個(gè)mCookie的整型變量(我不知道這個(gè)干啥用的,我猜它是一個(gè)C++用的資源句柄,用于Native層訪問(wèn)具體的Dex文件)。在Native層的openDexFile方法里,主要做了檢查當(dāng)前創(chuàng)建來(lái)的Dex文件是否是有效的Dex文件,還是是一個(gè)帶有Dex文件的壓縮包,還是一個(gè)無(wú)效的Dex文件。

加載Dex文件里的類

加載類的時(shí)候,ClassLoader又是通過(guò)DexFile#loadClass這個(gè)方法來(lái)完成的,這個(gè)方法里調(diào)用了defineClass這個(gè)Native方法,看來(lái)DexFile才是加載Class的具體API,加載Dex文件和加載具體Class都是通過(guò)Native方法完成,ClassLoader有點(diǎn)名不副實(shí)啊。

MultiDex的工作機(jī)制

當(dāng)一個(gè)Dex文件太肥的時(shí)候(方法數(shù)目太多、文件太大),在打包Apk文件的時(shí)候就會(huì)出問(wèn)題,就算打包的時(shí)候不出問(wèn)題,在Android 5.0以下設(shè)備上安裝或運(yùn)行Apk也會(huì)出問(wèn)題(具體原因可以參考給 App 啟用 MultiDex 功能)。既然一個(gè)Dex文件不行的話,那就把這個(gè)碩大的Dex文件拆分成若干個(gè)小的Dex文件,剛好一個(gè)ClassLoader可以有多個(gè)DexFile,這就是MultiDex的基本設(shè)計(jì)思路。

工作流程

MultiDex的工作流程具體分為兩個(gè)部分,一個(gè)部分是打包構(gòu)建Apk的時(shí)候,將Dex文件拆分成若干個(gè)小的Dex文件,這個(gè)Android Studio已經(jīng)幫我們做了(設(shè)置 “multiDexEnabled true”),另一部分就是在啟動(dòng)Apk的時(shí)候,同時(shí)加載多個(gè)Dex文件(具體是加載Dex文件優(yōu)化后的Odex文件,不過(guò)文件名還是.dex),這一部分工作從Android 5.0開(kāi)始系統(tǒng)已經(jīng)幫我們做了,但是在Android 5.0以前還是需要通過(guò)MultiDex Support庫(kù)來(lái)支持(MultiDex.install(Context))。

所以我們需要關(guān)心的是第二部分,這個(gè)過(guò)程的簡(jiǎn)單示意流程圖如下。 

 

 

(圖中紅色部分為耗時(shí)比較大的地方)

源碼分析

現(xiàn)在官方已經(jīng)部署的MultiDex Support版本是com.android.support:multidex:1.0.1,但是現(xiàn)在倉(cāng)庫(kù)的master分支已經(jīng)有了許多新的提交(其中最明顯的區(qū)別是加入了FileLock來(lái)控制多進(jìn)程同步問(wèn)題),所以這里分析的源碼都是最新的master分支上的。

MultiDex Support的入口是MultiDex.install(Context),先從這里入手吧。(這次我把具體的分析都寫(xiě)在代碼的注釋了,這樣看是不是更簡(jiǎn)潔明了些?)

 
 
 
 
  1. public static void install(Context context) { 
  2.         Log.i(TAG, "install"); 
  3.          
  4.         // 1. 判讀是否需要執(zhí)行MultiDex。 
  5.         if (IS_VM_MULTIDEX_CAPABLE) { 
  6.             Log.i(TAG, "VM has multidex support, MultiDex support library is disabled."); 
  7.             return; 
  8.         } 
  9.         if (Build.VERSION.SDK_INT < MIN_SDK_VERSION) { 
  10.             throw new RuntimeException("Multi dex installation failed. SDK " + Build.VERSION.SDK_INT 
  11.                     + " is unsupported. Min SDK version is " + MIN_SDK_VERSION + "."); 
  12.         } 
  13.         try { 
  14.             ApplicationInfo applicationInfo = getApplicationInfo(context); 
  15.             if (applicationInfo == null) { 
  16.                 // Looks like running on a test Context, so just return without patching. 
  17.                 return; 
  18.             } 
  19.              
  20.             // 2. 如果這個(gè)方法已經(jīng)調(diào)用過(guò)一次,就不能再調(diào)用了。 
  21.             synchronized (installedApk) { 
  22.                 String apkPath = applicationInfo.sourceDir; 
  23.                 if (installedApk.contains(apkPath)) { 
  24.                     return; 
  25.                 } 
  26.                 installedApk.add(apkPath); 
  27.                  
  28.                 // 3. 如果當(dāng)前Android版本已經(jīng)自身支持了MultiDex,依然可以執(zhí)行MultiDex操作, 
  29.                 // 但是會(huì)有警告。 
  30.                 if (Build.VERSION.SDK_INT > MAX_SUPPORTED_SDK_VERSION) { 
  31.                     Log.w(TAG, "MultiDex is not guaranteed to work in SDK version " 
  32.                             + Build.VERSION.SDK_INT + ": SDK version higher than " 
  33.                             + MAX_SUPPORTED_SDK_VERSION + " should be backed by " 
  34.                             + "runtime with built-in multidex capabilty but it's not the " 
  35.                             + "case here: java.vm.version=\"" 
  36.                             + System.getProperty("java.vm.version") + "\""); 
  37.                 } 
  38.          
  39.                 // 4. 獲取當(dāng)前的ClassLoader實(shí)例,后面要做的工作,就是把其他dex文件加載后, 
  40.                 // 把其DexFile對(duì)象添加到這個(gè)ClassLoader實(shí)例里就完事了。 
  41.                 ClassLoader loader; 
  42.                 try { 
  43.                     loader = context.getClassLoader(); 
  44.                 } catch (RuntimeException e) { 
  45.                     Log.w(TAG, "Failure while trying to obtain Context class loader. " + 
  46.                             "Must be running in test mode. Skip patching.", e); 
  47.                     return; 
  48.                 } 
  49.                 if (loader == null) { 
  50.                     Log.e(TAG, 
  51.                             "Context class loader is null. Must be running in test mode. " 
  52.                             + "Skip patching."); 
  53.                     return; 
  54.                 } 
  55.                 try { 
  56.                   // 5. 清除舊的dex文件,注意這里不是清除上次加載的dex文件緩存。 
  57.                   // 獲取dex緩存目錄是,會(huì)優(yōu)先獲取/data/data//code-cache作為緩存目錄。 
  58.                   // 如果獲取失敗,則使用/data/data//files/code-cache目錄。 
  59.                   // 這里清除的是第二個(gè)目錄。 
  60.                   clearOldDexDir(context); 
  61.                 } catch (Throwable t) { 
  62.                   Log.w(TAG, "Something went wrong when trying to clear old MultiDex extraction, " 
  63.                       + "continuing without cleaning.", t); 
  64.                 } 
  65.                  
  66.                 // 6. 獲取緩存目錄(/data/data//code-cache)。 
  67.                 File dexDir = getDexDir(context, applicationInfo); 
  68.                  
  69.                 // 7. 加載緩存文件(如果有)。 
  70.                 List files = MultiDexExtractor.load(context, applicationInfo, dexDir, false); 
  71.                  
  72.                 // 8. 檢查緩存的dex是否安全 
  73.                 if (checkValidZipFiles(files)) { 
  74.                     // 9. 安裝緩存的dex 
  75.                     installSecondaryDexes(loader, dexDir, files); 
  76.                 } else { 
  77.                     // 9. 從apk壓縮包里面提取dex文件 
  78.                     Log.w(TAG, "Files were not valid zip files.  Forcing a reload."); 
  79.                     files = MultiDexExtractor.load(context, applicationInfo, dexDir, true); 
  80.                     if (checkValidZipFiles(files)) { 
  81.                         // 10. 安裝提取的dex 
  82.                         installSecondaryDexes(loader, dexDir, files); 
  83.                     } else { 
  84.                         throw new RuntimeException("Zip files were not valid."); 
  85.                     } 
  86.                 } 
  87.             } 
  88.         } catch (Exception e) { 
  89.             Log.e(TAG, "Multidex installation failure", e); 
  90.             throw new RuntimeException("Multi dex installation failed (" + e.getMessage() + ")."); 
  91.         } 
  92.         Log.i(TAG, "install done"); 
  93.     }  

具體代碼的分析已經(jīng)在上面代碼的注釋里給出了,從這里我們也可以看出,整個(gè)MultiDex.install(Context)的過(guò)程中,關(guān)鍵的步驟就是MultiDexExtractor#load方法和MultiDex#installSecondaryDexes方法。

(這部分是題外話)其中有個(gè)MultiDex#clearOldDexDir(Context)方法,這個(gè)方法的作用是刪除/data/data//files/code-cache,一開(kāi)始我以為這個(gè)方法是刪除上一次執(zhí)行MultiDex后的緩存文件,不過(guò)這明顯不對(duì),不可能每次MultiDex都重新解壓dex文件一邊,這樣每次啟動(dòng)會(huì)很耗時(shí),只有第一次冷啟動(dòng)的時(shí)候才需要解壓dex文件。后來(lái)我又想是不是以前舊版的MultiDex曾經(jīng)把緩存文件放在這個(gè)目錄里,現(xiàn)在新版本只是清除以前舊版的遺留文件?但是我找遍了整個(gè)MultiDex Repo的提交也沒(méi)有見(jiàn)過(guò)類似的舊版本代碼。后面我仔細(xì)看MultiDex#getDexDir這個(gè)方法才發(fā)現(xiàn),原來(lái)MultiDex在獲取dex緩存目錄是,會(huì)優(yōu)先獲取/data/data//code-cache作為緩存目錄,如果獲取失敗,則使用/data/data//files/code-cache目錄,而后者的緩存文件會(huì)在每次App重新啟動(dòng)的時(shí)候被清除。感覺(jué)MultiDex獲取緩存目錄的邏輯不是很嚴(yán)謹(jǐn),而獲取緩存目錄失敗也是MultiDex工作工程中少數(shù)有重試機(jī)制的地方,看來(lái)MultiDex真的是一個(gè)臨時(shí)的兼容方案,Google也許并不打算認(rèn)真處理這些歷史的黑鍋。

接下來(lái)再看看MultiDexExtractor#load這個(gè)方法。 

 
 
 
 
  1. static List load(Context context, ApplicationInfo applicationInfo, File dexDir, 
  2.             boolean forceReload) throws IOException { 
  3.         Log.i(TAG, "MultiDexExtractor.load(" + applicationInfo.sourceDir + ", " + forceReload + ")"); 
  4.         final File sourceApk = new File(applicationInfo.sourceDir); 
  5.          
  6.         // 1. 獲取當(dāng)前Apk文件的crc值。 
  7.         long currentCrc = getZipCrc(sourceApk); 
  8.         // Validity check and extraction must be done only while the lock file has been taken. 
  9.         File lockFile = new File(dexDir, LOCK_FILENAME); 
  10.         RandomAccessFile lockRaf = new RandomAccessFile(lockFile, "rw"); 
  11.         FileChannel lockChannel = null; 
  12.         FileLock cacheLock = null; 
  13.         List files; 
  14.         IOException releaseLockException = null; 
  15.         try { 
  16.             lockChannel = lockRaf.getChannel(); 
  17.             Log.i(TAG, "Blocking on lock " + lockFile.getPath()); 
  18.              
  19.             // 2. 加上文件鎖,防止多進(jìn)程沖突。 
  20.             cacheLock = lockChannel.lock(); 
  21.             Log.i(TAG, lockFile.getPath() + " locked"); 
  22.              
  23.             // 3. 先判斷是否強(qiáng)制重新解壓,這里第一次會(huì)優(yōu)先使用已解壓過(guò)的dex文件,如果加載失敗就強(qiáng)制重新解壓。 
  24.             // 此外,通過(guò)crc和文件修改時(shí)間,判斷如果Apk文件已經(jīng)被修改(覆蓋安裝),就會(huì)跳過(guò)緩存重新解壓dex文件。 
  25.             if (!forceReload && !isModified(context, sourceApk, currentCrc)) { 
  26.                 try { 
  27.                  
  28.                     // 4. 加載緩存的dex文件 
  29.                     files = loadExistingExtractions(context, sourceApk, dexDir); 
  30.                 } catch (IOException ioe) { 
  31.                     Log.w(TAG, "Failed to reload existing extracted secondary dex files," 
  32.                             + " falling back to fresh extraction", ioe); 
  33.                      
  34.                     // 5. 加載失敗的話重新解壓,并保存解壓出來(lái)的dex文件的信息。 
  35.                     files = performExtractions(sourceApk, dexDir); 
  36.                     putStoredApkInfo(context, 
  37.                             getTimeStamp(sourceApk), currentCrc, files.size() + 1); 
  38.                 } 
  39.             } else { 
  40.                 // 4. 重新解壓,并保存解壓出來(lái)的dex文件的信息。 
  41.                 Log.i(TAG, "Detected that extraction must be performed."); 
  42.                 files = performExtractions(sourceApk, dexDir); 
  43.                 putStoredApkInfo(context, getTimeStamp(sourceApk), currentCrc, files.size() + 1); 
  44.             } 
  45.         } finally { 
  46.             if (cacheLock != null) { 
  47.                 try { 
  48.                     cacheLock.release(); 
  49.                 } catch (IOException e) { 
  50.                     Log.e(TAG, "Failed to release lock on " + lockFile.getPath()); 
  51.                     // Exception while releasing the lock is bad, we want to report it, but not at 
  52.                     // the price of overriding any already pending exception. 
  53.                     releaseLockException = e; 
  54.                 } 
  55.             } 
  56.             if (lockChannel != null) { 
  57.                 closeQuietly(lockChannel); 
  58.             } 
  59.             closeQuietly(lockRaf); 
  60.         } 
  61.         if (releaseLockException != null) { 
  62.             throw releaseLockException; 
  63.         } 
  64.         Log.i(TAG, "load found " + files.size() + " secondary dex files"); 
  65.         return files; 
  66.     }  

這個(gè)過(guò)程主要是獲取可以安裝的dex文件列表,可以是上次解壓出來(lái)的緩存文件,也可以是重新從Apk包里面提取出來(lái)的。需要注意的時(shí),如果是重新解壓,這里會(huì)有明顯的耗時(shí),而且解壓出來(lái)的dex文件,會(huì)被壓縮成.zip壓縮包,壓縮的過(guò)程也會(huì)有明顯的耗時(shí)(這里壓縮dex文件可能是問(wèn)了節(jié)省空間)。

如果dex文件是重新解壓出來(lái)的,則會(huì)保存dex文件的信息,包括解壓的apk文件的crc值、修改時(shí)間以及dex文件的數(shù)目,以便下一次啟動(dòng)直接使用已經(jīng)解壓過(guò)的dex緩存文件,而不是每一次都重新解壓。

需要特別提到的是,里面的FileLock是最新的master分支里面新加進(jìn)去的功能,現(xiàn)在最新的1.0.1版本里面是沒(méi)有的。

無(wú)論是通過(guò)使用緩存的dex文件,還是重新從apk中解壓dex文件,獲取dex文件列表后,下一步就是安裝(或者說(shuō)加載)這些dex文件了。最后的工作在MultiDex#installSecondaryDexes這個(gè)方法里面。

 
 
 
 
  1. private static void installSecondaryDexes(ClassLoader loader, File dexDir, List files) 
  2.             throws IllegalArgumentException, IllegalAccessException, NoSuchFieldException, 
  3.             InvocationTargetException, NoSuchMethodException, IOException { 
  4.         if (!files.isEmpty()) { 
  5.             if (Build.VERSION.SDK_INT >= 19) { 
  6.                 V19.install(loader, files, dexDir); 
  7.             } else if (Build.VERSION.SDK_INT >= 14) { 
  8.                 V14.install(loader, files, dexDir); 
  9.             } else { 
  10.                 V4.install(loader, files); 
  11.             } 
  12.         } 
  13.     }  

因?yàn)樵诓煌腟DK版本上,ClassLoader(更準(zhǔn)確來(lái)說(shuō)是DexClassLoader)加載dex文件的方式有所不同,所以這里做了V4/V14/V19的兼容(Magic Code)。

Build.VERSION.SDK_INT < 14 

 
 
 
 
  1. /** 
  2.      * Installer for platform versions 4 to 13. 
  3.      */ 
  4.     private static final class V4 { 
  5.         private static void install(ClassLoader loader, List additionalClassPathEntries) 
  6.                         throws IllegalArgumentException, IllegalAccessException, 
  7.                         NoSuchFieldException, IOException { 
  8.              
  9.             int extraSize = additionalClassPathEntries.size(); 
  10.             Field pathField = findField(loader, "path"); 
  11.             StringBuilder path = new StringBuilder((String) pathField.get(loader)); 
  12.             String[] extraPaths = new String[extraSize]; 
  13.             File[] extraFiles = new File[extraSize]; 
  14.             ZipFile[] extraZips = new ZipFile[extraSize]; 
  15.             DexFile[] extraDexs = new DexFile[extraSize]; 
  16.             for (ListIterator iterator = additionalClassPathEntries.listIterator(); 
  17.                     iterator.hasNext();) { 
  18.                 File additionalEntry = iterator.next(); 
  19.                 String entryPath = additionalEntry.getAbsolutePath(); 
  20.                 path.append(':').append(entryPath); 
  21.                 int index = iterator.previousIndex(); 
  22.                 extraPaths[index] = entryPath; 
  23.                 extraFiles[index] = additionalEntry; 
  24.                 extraZips[index] = new ZipFile(additionalEntry); 
  25.                 extraDexs[index] = DexFile.loadDex(entryPath, entryPath + ".dex", 0); 
  26.             } 
  27.              
  28.             // 這個(gè)版本是最簡(jiǎn)單的。 
  29.             // 只需要?jiǎng)?chuàng)建DexFile對(duì)象后,使用反射的方法分別擴(kuò)展ClassLoader實(shí)例的以下字段即可。 
  30.             pathField.set(loader, path.toString()); 
  31.             expandFieldArray(loader, "mPaths", extraPaths); 
  32.             expandFieldArray(loader, "mFiles", extraFiles); 
  33.             expandFieldArray(loader, "mZips", extraZips); 
  34.             expandFieldArray(loader, "mDexs", extraDexs); 
  35.         } 
  36.     }  

14 <= Build.VERSION.SDK_INT < 19 

 
 
 
 
  1. /** 
  2.      * Installer for platform versions 14, 15, 16, 17 and 18. 
  3.      */ 
  4.     private static final class V14 { 
  5.         private static void install(ClassLoader loader, List additionalClassPathEntries, 
  6.                 File optimizedDirectory) 
  7.                         throws IllegalArgumentException, IllegalAccessException, 
  8.                         NoSuchFieldException, InvocationTargetException, NoSuchMethodException { 
  9.              
  10.             // 擴(kuò)展ClassLoader實(shí)例的"pathList"字段。 
  11.             Field pathListField = findField(loader, "pathList"); 
  12.             Object dexPathList = pathListField.get(loader); 
  13.             expandFieldArray(dexPathList, "dexElements", makeDexElements(dexPathList, 
  14.                     new ArrayList(additionalClassPathEntries), optimizedDirectory)); 
  15.         } 
  16.        
  17.         private static Object[] makeDexElements( 
  18.                 Object dexPathList, ArrayList files, File optimizedDirectory) 
  19.                         throws IllegalAccessException, InvocationTargetException, 
  20.                         NoSuchMethodException { 
  21.             Method makeDexElements = 
  22.                     findMethod(dexPathList, "makeDexElements", ArrayList.class, File.class); 
  23.             return (Object[]) makeDexElements.invoke(dexPathList, files, optimizedDirectory); 
  24.         } 
  25.     }  

從API14開(kāi)始,DexClassLoader會(huì)使用一個(gè)DexpDexPathList類來(lái)封裝DexFile數(shù)組。 

 
 
 
 
  1. final class DexPathList { 
  2.     private static final String DEX_SUFFIX = ".dex"; 
  3.     private static final String JAR_SUFFIX = ".jar"; 
  4.     private static final String ZIP_SUFFIX = ".zip"; 
  5.     private static final String APK_SUFFIX = ".apk"; 
  6.    
  7.     private static Element[] makeDexElements(ArrayList files, 
  8.             File optimizedDirectory) { 
  9.         ArrayList elements = new ArrayList(); 
  10.         for (File file : files) { 
  11.             ZipFile zip = null; 
  12.             DexFile dex = null; 
  13.             String name = file.getName(); 
  14.             if (name.endsWith(DEX_SUFFIX)) { 
  15.                 // Raw dex file (not inside a zip/jar). 
  16.                 try { 
  17.                     dex = loadDexFile(file, optimizedDirectory); 
  18.                 } catch (IOException ex) { 
  19.                     System.logE("Unable to load dex file: " + file, ex); 
  20.                 } 
  21.             } else if (name.endsWith(APK_SUFFIX) || name.endsWith(JAR_SUFFIX) 
  22.                     || name.endsWith(ZIP_SUFFIX)) { 
  23.                 try { 
  24.                     zip = new ZipFile(file); 
  25.                 } catch (IOException ex) { 
  26.                     System.logE("Unable to open zip file: " + file, ex); 
  27.                 } 
  28.                 try { 
  29.                     dex = loadDexFile(file, optimizedDirectory); 
  30.                 } catch (IOException ignored) { 
  31.       
  32.                 } 
  33.             } else { 
  34.                 System.logW("Unknown file type for: " + file); 
  35.             } 
  36.             if ((zip != null) || (dex != null)) { 
  37.                 elements.add(new Element(file, zip, dex)); 
  38.             } 
  39.         } 
  40.         return elements.toArray(new Element[elements.size()]); 
  41.     } 
  42.     
  43.     private static DexFile loadDexFile(File file, File optimizedDirectory) 
  44.             throws IOException { 
  45.         if (optimizedDirectory == null) { 
  46.             return new DexFile(file); 
  47.         } else { 
  48.             String optimizedPath = optimizedPathFor(file, optimizedDirectory); 
  49. <
    分享文章:MultiDex工作原理分析和優(yōu)化方案
    文章來(lái)源:http://www.dlmjj.cn/article/ccejijs.html