關於問題描述

在專案中遇到一個奇葩的問題，多臺測試機測試，其中有一臺直接crash（點個名vivo的手機），並且報以前沒有見到過的Error型別java.lang.VerifyError，下面是log截圖：

在網上百度了一番之後，眾說紛紜，現在馬上都已經是2017年了，所以排除了一些關於eclipse的解決方案，我用的是AS，其中有兩篇文章還是很有用的：
http://blog.csdn.net/zhuobattle/article/details/47153025
以及
http://blog.csdn.net/zhuobattle/article/details/52958364
好了，相面直接說說我的分析和解決方法了。

分析及解決方案

簡單分析
首先看到log之後，log中報錯的地方似乎和常見的錯誤不太一樣，其中重要的資訊有Could not find class，這是一個非常有效的資訊，意思都明白，沒有找打相關的類，why?我的這個專案可是一個已經上線的專案移植過來的，好吧，想了想，估計是專案第三方sdk比較多，導致程式又龐大了不少，原來程式就因為API數超過了64K，而分成了兩個dex, 用的是MultiDex，最終導致crash！！！

解決方案
用MultiDex來突破64K的method id數量的限制，具體實現步驟如下：

1. 在Module的build.gradle裡新增multiDexEnabled true

defaultConfig {
        applicationId "com.baidu.my"
        minSdkVersion 14
        targetSdkVersion 24
        versionCode 1
        versionName "1.0"
        // dex突破65535的限制
        multiDexEnabled true
    }

2. 接著在Module的build.gradle裡新增

dependencies {
  compile 'com.android.support:multidex:1.0.1'
 

}

3. 第三步有兩種情況
1）如果你的apk沒有定義application，則在AndroidManifest.xml裡的application裡做如下修改：
新增MultiDexApplication（因為是具體專案，這個方式並沒有測試）

<application
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:theme="@style/AppTheme"
        android:name="android.support.multidex.MultiDexApplication"
        tools:replace="android:icon, android:name"
       >

2）第二種也就是大家最常用到的方式了，在自定義的application中複寫方法，具體如下

@Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        MultiDex.install(this);
    }

結束

好了，至此，重新再在vivo上跑一遍，終於不crash了，如果你也遇到和我一樣的問題，希望你也順利解決哦。