Android分包MultiDex:NoClassDefFoundError引发的血案

一件thing

holl,hello, helo,咳咳。是的大家又见到了我,没错。最近我特么真的高产似母猪,没办法项目问题真的多。项目是一个关于融合跑腿,滴滴打车类似功能的APP。所以引入的第三方包很多。

一个Bug

此时就出现了一个巨大的Bug:

java.lang.NoClassDefFoundError: rx.subscriptions.CompositeSubscription
    at rx.internal.schedulers.CachedThreadScheduler$CachedWorkerPool.<init>(CachedThreadScheduler.java:60)
    at rx.internal.schedulers.CachedThreadScheduler.<clinit>(CachedThreadScheduler.java:42)
    at rx.plugins.RxJavaSchedulersHook.createIoScheduler(RxJavaSchedulersHook.java:90)
    at rx.plugins.RxJavaSchedulersHook.createIoScheduler(RxJavaSchedulersHook.java:76)
    at rx.schedulers.Schedulers.<init>(Schedulers.java:90)
    at rx.schedulers.Schedulers.getInstance(Schedulers.java:66)
    at rx.schedulers.Schedulers.io(Schedulers.java:160)

一种cause

由Android Studio的错误提醒:java.lang.NoClassDefFoundError , 可以得知是由于分包出现的错误,dex/field/class这三个文件的个数在android里面都是有限制的,为65535个。而现在由于我在开始的时候就如下面所示进行了设置,于是便没有65535出现,只有上面所示的错误了。

  defaultConfig {
        applicationId "cn.jiayou.dsf.delivery"
        minSdkVersion 16
        targetSdkVersion 22
        versionCode 1
        versionName "1.0"

        multiDexEnabled = true //表示可以进行分包, 用于启用MultiDex
    }

一个method

那么找到原因就可以开干了!StackOverflow最高票的解决方法! ,参考这篇文章,就可以了。

  1. 在defaultConfig中添加multiDexEnabled = true

  2. 导入分包support库compile ‘com.android.support:multidex:1.0.1’

  3. 用MultiDexApplication替代Application,或者在你application的attachBaseContext()方法中调用MultiDex.install()。

OVER,这样子就解决了!

代码_1:

    multiDexEnabled = true //表示可以进行分包, 用于启用MultiDex

代码_2:

 compile 'com.android.support:multidex:1.0.1' //支持包用于5.0以下系统

代码_3:

public class MyApp extends Application{
    @Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        MultiDex.install(this);
    }

     @Override
    public void onCreate() {
        super.onCreate();
        mContext = this;

女神棒棒哒!

参考文章:

这个错误表明在运行JUnit4.12测试时,程序试图加载`android.hardware.hdmi.HdmiControlManager`类,但是找不到该类,这通常是由于以下几个原因: 1. **环境依赖缺失**:如果您的测试环境缺少Android SDK或相关的硬件模块,可能会导致找不到此类。确保您已经在项目中包含了正确的Android版本,并且SDK工具包已经配置好。 2. **未正确导入库**:如果`HdmiControlManager`来自第三方库,确保已经将该库添加到了项目的build.gradle文件中的dependencies部分,并进行了正确同步。 3. **测试代码问题**:在测试类中,可能是错误地假设了`HdmiControlManager`是在非Android环境中可用的,或者尝试在非设备环境下运行了一个依赖于硬件功能的测试。 4. **模拟或静态导入**:对于系统服务类,比如`HdmiControlManager`,在单元测试中通常不会直接实例化,而是通过模拟(mocking)来进行测试。如果没有正确地创建模拟对象,可能会抛出此类错误。 解决这类问题的一般步骤包括: - 确认所有依赖项正确安装和配置 - 使用AndroidJUnitRunner替代普通的JUnitRunner来运行测试 - 使用Mockito等库来模拟`HdmiControlManager`,而不是尝试直接实例化 如果你正在使用Mockito,可以尝试这样构造模拟对象: ```java @Mock private HdmiControlManager mockHdmiControlManager = ...; // 或者通过Mockito.mock(HdmiControlManager.class) ```
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值