背景资料
该消息表示 Android 已使用 Thread.currentThread().setContextClassLoader() 设置了一个虚拟的 ClassLoader，并且尝试使用该虚拟类加载器。 something 可以是很多东西，很难从给出的信息中准确地说出什么。不过，您可以尝试一个技巧，请参见下文。无论如何，当进程可能包含来自多个 APK 的代码的风险时，Android 会设置虚拟类加载器。更具体地说，如果您使用了android:sharedUserId，Android 会查看您的清单：
<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
- 在运行任何其他代码之前明确设置要使用的 APK
ClassLoader
要采用解决方案 2，您需要一些关键的见解。首先，对于 APK 中的任何类 AnyClass，AnyClass.class.getClassLoader() 将返回相同的 ClassLoader。二、
AnyClass obj = new AnyClass();
Thread.currentThread().setContextClassLoader(obj.getClass().getClassLoader())
与
相同
Thread.currentThread().setContextClassLoader(AnyClass.class.getClassLoader())
第三，你需要在调用Thread.currentThread().getContextClassLoader()的代码之前调用Thread.currentThread().setContextClassLoader(getClass().getClassLoader())。
第四，当涉及到多个 APK 时，需要在最后一个 APK 加载完成后调用Thread.setContextClassLoader(getClass().getClassLoader())（否则加载最后一个 APK 会覆盖你手动设置的内容）。因此，最好使用下面的调试技巧找出谁在使用上下文类加载器。然后，在此之前，您为来自所需 APK 的类调用 Thread.setContextClassLoader(getClass().getClassLoader())，通常是首先加载的 APK（或者，在仅涉及一个 APK 的情况下，该 APK ;）。第五，上下文类加载器是per thread，如果你的应用程序是多线程的，你需要牢记这一点。
调试技巧
如果您想找出调用 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() 的任何人。