Java技术类校招面试题汇总:Android热修复原理分析
Posted 普通网友
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Java技术类校招面试题汇总:Android热修复原理分析相关的知识,希望对你有一定的参考价值。
Log.e(TAG, "Activity.class 由:" + Activity.class.getClassLoader() +" 加载");
Log.e(TAG, "MainActivity.class 由:" + MainActivity.class.getClassLoader() +" 加载");
//输出:
Activity.class 由:java.lang.BootClassLoader@d3052a9 加载
MainActivity.class 由:dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.enjoy.enjoyfix-1/base.apk"],nativeLibraryDirectories=[/data/app/com.enjoy.enjoyfix-1/lib/x86, /system/lib, /vendor/lib]]] 加载
它们之间的关系如下:![](https://img-blog.csdnimg.cn/img_convert/4582ae9ff4af58c0718e27ed7dd61ebd.png)
`PathClassLoader`与`DexClassLoader`的共同父类是`BaseDexClassLoader`。
public class DexClassLoader extends BaseDexClassLoader
public DexClassLoader(String dexPath, String optimizedDirectory,
String librarySearchPath, ClassLoader parent)
super(dexPath, new File(optimizedDirectory), librarySearchPath, parent);
public class PathClassLoader extends BaseDexClassLoader
public PathClassLoader(String dexPath, ClassLoader parent)
super(dexPath, null, null, parent);
public PathClassLoader(String dexPath, String librarySearchPath, ClassLoader parent)
super(dexPath, null, librarySearchPath, parent);
可以看到两者唯一的区别在于:创建`DexClassLoader`需要传递一个`optimizedDirectory`参数,并且会将其创建为`File`对象传给`super`,而`PathClassLoader`则直接给到null。因此两者都可以加载**指定的dex,以及jar、zip、apk中的classes.dex**
PathClassLoader pathClassLoader = new PathClassLoader("/sdcard/xx.dex", getClassLoader());
File dexOutputDir = context.getCodeCacheDir();
DexClassLoader dexClassLoader = new DexClassLoader("/sdcard/xx.dex",dexOutputDir.getAbsolutePath(), null,getClassLoader());
optimizedDirectory
参数为odex的目录。实际上android中的ClassLoader在加载dex时,会首先经过dexopt对dex执行优化,产生odex文件。optimizedDirectory
为null时的默认路径为:***/data/dalvik-cache***。并且处于安全考虑,此目录需要使用app私有目录,如:getCodeCacheDir()
在API 26源码中,将DexClassLoader的optimizedDirectory标记为了 deprecated 弃用,实现也变为了:
public DexClassLoader(String dexPath, String optimizedDirectory, String librarySearchPath, ClassLoader parent) super(dexPath, null, librarySearchPath, parent);
和PathClassLoader一摸一样了!
双亲委托机制
创建`ClassLoader`需要接收一个`ClassLoader parent`参数。这个`parent`为父类加载。即:某个类加载器在接到加载类的请求时,首先将加载任务委托给父类加载器,依次递归,如果父类加载器可以完成类加载任务,就成功返回;只有父类加载器无法完成此加载任务时,才自己去加载。这就是**双亲委托机制**!
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException
// 检查class是否有被加载
Class c = findLoadedClass(name);
if (c == null)
long t0 = System.nanoTime();
try
if (parent != null)
//如果parent不为null,则调用parent的loadClass进行加载
c = parent.loadClass(name, false);
else
//parent为null,则调用BootClassLoader进行加载
c = findBootstrapClassOrNull(name);
catch (ClassNotFoundException e)
if (c == null)
// 如果都找不到就自己查找
long t1 = System.nanoTime();
c = findClass(name);
return c;
因此我们自己创建的ClassLoader:
new PathClassLoader("/sdcard/xx.dex", getClassLoader());
并不仅仅只能获得 xx.dex中的Class,还能够获得其父ClassLoader中加载的Class。
findClass
在所有父ClassLoader无法加载Class时,则会调用自己的`findClass`方法。`findClass`在ClassLoader中的定义为:
protected Class<?> findClass(String name) throws ClassNotFoundException
throw new ClassNotFoundException(name);
其实任何ClassLoader子类,都可以重写`loadClass`与`findClass`。一般如果你不想使用双亲委托,则重写`loadClass`修改其实现。而重写`findClass`则表示在双亲委托下,父ClassLoader都找不到Class的情况下,定义自己如何去查找一个Class。而我们的`PathClassLoader`会自己负责加载`MainActivity`这样的程序中自己编写的类,利用双亲委托父ClassLoader加载Framework中的`Activity`。说明`PathClassLoader`并没有重写`loadClass`,因此我们可以来看看PathClassLoader中的 `findClass` 是如何实现的。
public BaseDexClassLoader(String dexPath, File optimizedDirectory,String
librarySearchPath, ClassLoader parent)
super(parent);
this.pathList = new DexPathList(this, dexPath, librarySearchPath,
optimizedDirectory);
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException
List<Throwable> suppressedExceptions = new ArrayList<Throwable>();
//查找指定的class
Class c = pathList.findClass(name, suppressedExceptions);
if (c == null)
ClassNotFoundException cnfe = new ClassNotFoundException("Didn't find class \\"" + name + "\\" on path: " + pathList);
for (Throwable t : suppressedExceptions)
cnfe.addSuppressed(t);
throw cnfe;
return c;
实现非常简单,从`pathList`中查找class。继续查看`DexPathList`
public DexPathList(ClassLoader definingContext, String dexPath,
String librarySearchPath, File optimizedDirectory)
//.........
// splitDexPath 实现为返回 List<File>.add(dexPath)
// makeDexElements 会去 List<File>.add(dexPath) 中使用DexFile加载dex文件返回 Element数组
this.dexElements = makeDexElements(splitDexPath(dexPath), optimizedDirectory,
suppressedExceptions, definingContext);
//.........
public Class findClass(String name, List<Throwable> suppressed)
//从element中获得代表Dex的 DexFile
## 最后
**码字不易,觉得有帮助的可以帮忙点个赞,让更多有需要的人看到**
又是一年求职季,在这里,我为各位准备了一套Java程序员精选高频面试笔试真题,来帮助大家攻下BAT的offer,题目范围从初级的Java基础到高级的分布式架构等等一系列的面试题和答案,用于给大家作为参考,**需要的可以[戳这里免费领取](https://gitee.com/vip204888/java-p7)**,以下是部分内容截图
这里,我为各位准备了一套Java程序员精选高频面试笔试真题,来帮助大家攻下BAT的offer,题目范围从初级的Java基础到高级的分布式架构等等一系列的面试题和答案,用于给大家作为参考,**需要的可以[戳这里免费领取](https://gitee.com/vip204888/java-p7)**,以下是部分内容截图
![架构面试专题及架构学习笔记导图.png](https://img-blog.csdnimg.cn/img_convert/6dbbf91a4f8248435183c221a03c2137.png)
以上是关于Java技术类校招面试题汇总:Android热修复原理分析的主要内容,如果未能解决你的问题,请参考以下文章