1.android内联优化导致Inlined method resolution crossed dex file boundary
2.如何进行ODEX反编译实例
3.DexClassLoader和PathClassLoader的区别

android内联优化导致Inlined method resolution crossed dex file boundary

       æœ€è¿‘App在android上出现了一个诡异的native 崩溃，很不容易出现，但都是有个特点就是安装App后过一段时间才会出现，杀进程没用，覆盖安装同一个apk，崩溃立刻消失，日志为如下：

        搜索系统art源码中抛出异常的地方:

        发现大致意思就是，我们App中集成了framwwork的android.net.wifi.IWifiScanner这个类，在系统dexopt之后发生了内联优化，导致这个系统的类被内敛到odex中了，然后被系统检测到caller与callee处于不同的dex file，也就是在App的odex中有一份，在系统framework-wifi.jar中也有一份，所以主动发起abort（inline不允许跨dex文件），导致应用出现闪退等异常问题，但是sdk小于P的话，只会报WARNING而不是FATAL。

        于是在安装了App之后手动对apk进行dexopt

        这个崩溃就必现了，这样就比较好分析了，只需要防止这个类被dex优化内敛就行了，加个try-catch就可以。

        参考：

        Android疑难杂症——因内联优化导致9.0机型Native Crash

        Android P新增检测项 应用热修复受重大影响

如何进行ODEX反编译实例

       0x 前言

       ä½¿ç”¨å¼€æºå·¥å…·å‡ºçŽ°é—®é¢˜è€Œä¸”很难在网上查找到解决方案的时候，最好的解决方法就是研究它的源码，因为那样能为我们提供更多的信息。

       0x 搭建smali/baksmali源码调试环境

       é¦–先我们在github上拉取smali/baksmali的源码

       git clone /JesusFreke/smali.git

       å¯ä»¥çœ‹å‡ºè¯¥é¡¹ç›®é‡‡ç”¨äº†grade自动化构建工具来编译源码的，因此我们可以在android studio中导入该项目，如下图所示：

       ç”Ÿæˆçš„baksmali在如下目录下面：

       ä¸Šå›¾ä¸­çš„Program arguments中，-a选项代表api level，可以通过如下属性获得：

       æŠ¥é”™å¦‚下：

       Error occurred while disassembling classLandroid.support.v4.util.TimeUtils; - skipping class

       java.lang.RuntimeException: Invalid methodindex:

       atorg.jf.dexlib2.analysis.InlineMethodResolver$InlineMethodResolver_version.resolveExecuteInline(InlineMethodResolver.java:)

       atorg.jf.dexlib2.analysis.MethodAnalyzer.analyzeExecuteInline(MethodAnalyzer.java:)

       atorg.jf.dexlib2.analysis.MethodAnalyzer.analyzeInstruction(MethodAnalyzer.java:)

       atorg.jf.dexlib2.analysis.MethodAnalyzer.analyze(MethodAnalyzer.java:)

       atorg.jf.dexlib2.analysis.MethodAnalyzer.<init>(MethodAnalyzer.java:)

       atorg.jf.baksmali.Adaptors.MethodDefinition.addAnalyzedInstructionMethodItems(MethodDefinition.java:)

       atorg.jf.baksmali.Adaptors.MethodDefinition.getMethodItems(MethodDefinition.java:)

       atorg.jf.baksmali.Adaptors.MethodDefinition.writeTo(MethodDefinition.java:)

       atorg.jf.baksmali.Adaptors.ClassDefinition.writeDirectMethods(ClassDefinition.java:)

       atorg.jf.baksmali.Adaptors.ClassDefinition.writeTo(ClassDefinition.java:)

       atorg.jf.baksmali.baksmali.disassembleClass(baksmali.java:)

       atorg.jf.baksmali.baksmali.access$(baksmali.java:)

       atorg.jf.baksmali.baksmali$1.call(baksmali.java:)

       atorg.jf.baksmali.baksmali$1.call(baksmali.java:)

       atjava.util.concurrent.FutureTask.run(FutureTask.java:)

       atjava.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:)

       atjava.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:)

       atjava.lang.Thread.run(Thread.java:)

       æˆ‘们直接锁定出错的地方，在上面出错信息标红色的地方，并且在抛出异常处下断点，我们可以判断出错原因是因为反编译smali指令execute-line时传入了一个未知的Dalvik虚拟机的内部java方法索引inlineIndex=：

       ç„¶åŽï¼Œæˆ‘们把inline.txt作为-T选项的参数传递进去：

DexClassLoader和PathClassLoader的区别

       åœ¨ä½¿ç”¨Java虚拟机时，我们经常自定义继承自ClassLoader的类加载器。然后通过defineClass方法来从一个二进制流中加载Class。而在Android中我们无法这么使用，Android中ClassLoader的defineClass方法具体是调用VMClassLoader的defineClass本地静态方法。而这个本地方法什么都没做，只是抛出了一个“UnsupportedOperationException”异常。

       æ—¢ç„¶åœ¨Dalvik虚拟机里，ClassLoader不好用，那么Android官方为了解决这个问题，帮我们从ClassLoader中派生出了两个类：DexClassLoader和PathClassLoader。咋一看两者很像，那么究竟二者在使用上面有何不同，这里我和大家一起探讨一下。

       é¦–先来看一下二者的构造方法

       DexClassLoader

       public DexClassLoader (String dexPath,源码火候指标源码 String dexOutputDir, String libPath, ClassLoader parent)

       å‚数详解：

       dexPath：dex文件路径列表，多个路径使用”:”分隔

       dexOutputDir：经过优化的dex文件（odex）文件输出目录

       libPath：动态库路径（将被添加到app动态库搜索路径列表中）

       parent：这是一个ClassLoader，这个参数的主要作用是保留java中ClassLoader的委托机制（优先父类加载器加载classes，由上而下的加载机制，防止重复加载类字节码）

       DexClassLoader是一个可以从包含classes.dex实体的.jar或.apk文件中加载classes的类加载器。可以用于实现dex的动态加载、代码热更新等等。这个类加载器必须要一个app的私有、可写目录来缓存经过优化的classes（odex文件），使用Context.getDir(String, int)方法可以创建一个这样的目录，例如：

       File dexOutputDir = context.getDir(“dex”, 0);

       PathClassLoader

       PathClassLoader提供两个常用构造方法

       public PathClassLoader (String path, ClassLoader parent)

       public PathClassLoader (String path, String libPath, ClassLoader parent)

       å‚数详解：

       path：文件或者目录的列表

       libPath：包含lib库的目录列表

       parent：父类加载器

       PathClassLoader提供一个简单的ClassLoader实现，可以操作在本地文件系统的文件列表或目录中的classes，但不可以从网络中加载classes。

       ä¸ºäº†ä¾¿äºŽç†è§£ï¼Œæˆ‘们查看一下二者的源码：

       è¿™é‡Œå†™å›¾ç‰‡æè¿°

       // DexClassLoader.java

       public class DexClassLoader extends BaseDexClassLoader {

       public DexClassLoader(String dexPath, String optimizedDirectory,

       String libraryPath, ClassLoader parent) {

       super(dexPath, new File(optimizedDirectory), libraryPath, parent);

       }

       }

       // 版权所有，猴子搬来的救兵/mynameishuangshuai

       // PathClassLoader.java

       public class PathClassLoader extends BaseDexClassLoader {

       public PathClassLoader(String dexPath, ClassLoader parent) {

       super(dexPath, null, null, parent);

       }

       public PathClassLoader(String dexPath, String libraryPath,

       ClassLoader parent) {

       super(dexPath, null, libraryPath, parent);

       }

       }

       å¾ˆæ˜Žæ˜¾ä¸¤è€…都继承于BaseDexClassLoader类，并做了一下封装，具体的实现还是在父类里。不难看出，主要的区别在于PathClassLoader的optimizedDirectory参数只能是null，那么optimizedDirectory是做什么用的呢？我们进BaseDexClassLoader去看看这个参数。

       public BaseDexClassLoader(String dexPath, File optimizedDirectory,

       String libraryPath, ClassLoader parent) {

       super(parent);

       this.originalPath = dexPath;

       this.pathList = new DexPathList(this, dexPath, libraryPath, optimizedDirectory);

       }

       ä»£ç ä¸­ä¸ŽoptimizedDirectory有关的地方是new 一个DexPathList实例。

       public DexPathList(ClassLoader definingContext, String dexPath,

       String libraryPath, File optimizedDirectory) {

       â€¦â€¦

       this.dexElements = makeDexElements(splitDexPath(dexPath), optimizedDirectory);

       }

       private static Element[] makeDexElements(ArrayList<File> files,

       File optimizedDirectory) {

       ArrayList<Element> elements = new ArrayList<Element>();

       for (File file : files) {

       ZipFile zip = null;

       DexFile dex = null;

       String name = file.getName();

       if (name.endsWith(DEX_SUFFIX)) {

       dex = loadDexFile(file, optimizedDirectory);

       } else if (name.endsWith(APK_SUFFIX) || name.endsWith(JAR_SUFFIX)

       || name.endsWith(ZIP_SUFFIX)) {

       zip = new ZipFile(file);

       }

       â€¦â€¦

       if ((zip != null) || (dex != null)) {

       elements.add(new Element(file, zip, dex));

       }

       }

       return elements.toArray(new Element[elements.size()]);

       }

       private static DexFile loadDexFile(File file, File optimizedDirectory)

       throws IOException {

       if (optimizedDirectory == null) {

       return new DexFile(file);

       } else {

       String optimizedPath = optimizedPathFor(file, optimizedDirectory);

       return DexFile.loadDex(file.getPath(), optimizedPath, 0);

       }

       }

       /

       * Converts a dex/jar file path and an output directory to an

       * output file path for an associated optimized dex file.

       */

       private static String optimizedPathFor(File path,

       File optimizedDirectory) {

       String fileName = path.getName();

       if (!fileName.endsWith(DEX_SUFFIX)) {

       int lastDot = fileName.lastIndexOf(".");

       if (lastDot < 0) {

       fileName += DEX_SUFFIX;

       } else {

       StringBuilder sb = new StringBuilder(lastDot + 4);

       sb.append(fileName, 0, lastDot);

       sb.append(DEX_SUFFIX);

       fileName = sb.toString();

       }

       }

       File result = new File(optimizedDirectory, fileName);

       return result.getPath();

       }

       optimizedDirectory是用来缓存我们需要加载的dex文件的，并创建一个DexFile对象，如果它为null，那么会直接使用dex文件原有的路径来创建DexFile

       å¯¹è±¡ã€‚

       optimizedDirectory必须是一个内部存储路径，无论哪种动态加载，加载的可执行文件一定要存放在内部存储。DexClassLoader可以指定自己的optimizedDirectory，所以它可以加载外部的dex，因为这个dex会被复制到内部路径的optimizedDirectory；而PathClassLoader没有optimizedDirectory，所以它只能加载内部的dex，这些大都是存在系统中已经安装过的apk里面的。

       é€šè¿‡ä»¥ä¸Šçš„分析，我们可以得出二者功能上的区别

       DexClassLoader：能够加载未安装的jar/apk/dex

       PathClassLoader：只能加载系统中已经安装过的apk