亲爱的，我在许多博客文章中读到，multidex应用程序的启动速度比普通应用程序慢。我的应用程序使用了很多超过64k方法的库，所以我使用了multidex。但是当我在发布版本中使用proguard时，最终的apk变得少于64k方法所以我的问题是:我可以只在Android调试版本中启用multidex，这样我就不会出现运行时错误吗？并在发布版本中禁用多dex，因为我不需要它？如果是，如何？如果不是，Android是否足够智能以加速启动，因为它应该识别出应用程序没有超过64k，即使它是多dex应用程序？ 最佳答案 是的，你可以。当您声明
亲爱的，我在许多博客文章中读到，multidex应用程序的启动速度比普通应用程序慢。我的应用程序使用了很多超过64k方法的库，所以我使用了multidex。但是当我在发布版本中使用proguard时，最终的apk变得少于64k方法所以我的问题是:我可以只在Android调试版本中启用multidex，这样我就不会出现运行时错误吗？并在发布版本中禁用多dex，因为我不需要它？如果是，如何？如果不是，Android是否足够智能以加速启动，因为它应该识别出应用程序没有超过64k，即使它是多dex应用程序？ 最佳答案 是的，你可以。当您声明
最近我读到了有关Dalvik65K方法限制的信息。我了解方法调用列表只能调用前65536个方法引用。为了解决这个问题，我们有很多解决方案。其中之一是multidexing，我们使用android的支持库将.dex文件拆分为多个类[classes.dex,classes1.dex...]。我不明白的是，Android应用程序由于这种多索引处理而遭受了哪些缺点，以及我们为什么要付出大量努力来最小化引用方法的数量。在我的理解中，为了减少方法数量，我必须减少模块化，这使得我的代码可读性降低，除了剥离第三方库的代码所花费的小时数之外。减少方法计数值得吗？ 最佳答案
最近我读到了有关Dalvik65K方法限制的信息。我了解方法调用列表只能调用前65536个方法引用。为了解决这个问题，我们有很多解决方案。其中之一是multidexing，我们使用android的支持库将.dex文件拆分为多个类[classes.dex,classes1.dex...]。我不明白的是，Android应用程序由于这种多索引处理而遭受了哪些缺点，以及我们为什么要付出大量努力来最小化引用方法的数量。在我的理解中，为了减少方法数量，我必须减少模块化，这使得我的代码可读性降低，除了剥离第三方库的代码所花费的小时数之外。减少方法计数值得吗？ 最佳答案
我正在尝试新的MultiDexSupport在我的应用程序上，到目前为止我已经成功地编译了我的应用程序，但是在运行它时，我得到了以下异常:java.lang.RuntimeException:Unabletoinstantiateapplicationandroid.support.multidex.MultiDexApplication:java.lang.ClassNotFoundException:Didn'tfindclass"android.support.multidex.MultiDexApplication"onpath:DexPathList[[zipfile"/da
我正在尝试新的MultiDexSupport在我的应用程序上，到目前为止我已经成功地编译了我的应用程序，但是在运行它时，我得到了以下异常:java.lang.RuntimeException:Unabletoinstantiateapplicationandroid.support.multidex.MultiDexApplication:java.lang.ClassNotFoundException:Didn'tfindclass"android.support.multidex.MultiDexApplication"onpath:DexPathList[[zipfile"/da
今天我遇到了这样的错误:Error:Thenumberofmethodreferencesina.dexfilecannotexceed64K.Learnhowtoresolvethisissueathttps://developer.android.com/tools/building/multidex.html我在我的build.gradle中写:multiDexEnabledtrue和dependencies{compile'com.android.support:multidex:1.0.1'}在我的list中:android:name="android.support.mul
我有一个带有几个库的应用程序，它达到了65536方法计数的红线。我成功地将应用设置为multidexAPK。为了优化大小，我决定使用Proguard，因为我只使用了Guava和common.java.lang的一些功能，而这些库带来了它们的整个家族和他们在一起。在Proguard工作之后，我的应用程序引用了~45Kmethods我经常读到multidex应用程序可能会不时崩溃而且由于second-dex运行时加载，这需要时间。4和5是真的吗？然后我只是尝试不使用mutidex，因为我的final方法计数是为此，我只是将gradle参数multiDexEnabled设置为false还有什
有人知道为什么我不能使用MultiDexTestRunner吗？我的build.gradle包含:android{...defaultConfig{...multiDexEnabledtruetestInstrumentationRunner'com.android.test.runner.MultiDexTestRunner'}dependencies{...//Testing-onlydependenciesandroidTestCompile'com.android.support.test:runner:0.4.1'androidTestCompile'com.android.
我试图在API16设备上使用AndroidStudio3.0运行需要MultiDex的应用程序，当应用程序最终尝试启动时，它崩溃了。其他低API(例如:17、18、19)也是如此但是，当我尝试使用AndroidStudio3.1(测试版)运行应用程序时，没有发生崩溃。有什么方法可以修复此崩溃？FATALEXCEPTION:mainjava.lang.ExceptionInInitializerErroratandroid.support.multidex.MultiDexApplication.(MultiDexApplication.java:35)atMY_APP_PATH.MY_
