背景资料
该消息意味着 Android 已经设置了一个 dummy ClassLoader
,Thread.currentThread().setContextClassLoader()
并且尝试使用该虚拟类加载器。事情可以是很多事情,很难从给出的信息中准确地说出什么。不过,您可以尝试一个技巧,请参见下文。无论如何,当进程可能包含来自多个 APK 的代码的风险时,Android 会设置虚拟类加载器。更具体地说,如果您使用过,Android 会查看您的清单android:sharedUserId
:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
...
android:sharedUserId="triggers.dummy.loader" >
或者如果您在非标准环境中运行android:process
<application android:process="triggers.dummy.loader">
如何摆脱警告
您可以做两件事来消除警告:
- 不要使用
android:sharedUserId
或android:process
ClassLoader
在运行任何其他代码之前明确设置要使用的 APK
要使用解决方案 2,您需要一些关键的见解。首先,对于AnyClass
APK 中的任何类,AnyClass.class.getClassLoader()
都将返回相同的ClassLoader
. 第二,
AnyClass obj = new AnyClass();
Thread.currentThread().setContextClassLoader(obj.getClass().getClassLoader())
是相同的
Thread.currentThread().setContextClassLoader(AnyClass.class.getClassLoader())
第三,您需要在Thread.currentThread().setContextClassLoader(getClass().getClassLoader())
调用Thread.currentThread().getContextClassLoader()
. 第四,当涉及到多个APK时,需要在加载完最后一个APKThread.setContextClassLoader(getClass().getClassLoader())
后调用(否则加载最后一个APK会覆盖你手动设置的内容)。因此,最好使用下面的调试技巧找出谁在使用上下文类加载器。然后,在此之前,您Thread.setContextClassLoader(getClass().getClassLoader())
从所需的 APK 调用一个类,通常是首先加载的 APK(或者,在仅涉及一个 APK 的情况下,该 APK ;)。第五,上下文类加载器是每个线程的,如果您的应用程序是多线程的,您需要记住这一点。
调试技巧
如果您想找出调用 ClassLoader.getResources() 的代码,应该可以:
Thread.currentThread().setContextClassLoader(new ClassLoader() {
@Override
public Enumeration<URL> getResources(String resName) throws IOException {
Log.i("Debug", "Stack trace of who uses " +
"Thread.currentThread().getContextClassLoader()." +
"getResources(String resName):", new Exception());
return super.getResources(resName);
}
});
如果您足够早地这样做,您应该在 logcat 中看到一个堆栈跟踪,该堆栈跟踪可以追溯到调用getResources()
虚拟类加载器的任何人。