我有一个相当大的Android应用程序，它依赖于许多库项目。Android编译器对每个.dex文件有65536个方法的限制，我已经超过了这个数字。当你达到方法限制时，基本上有两条路径可以选择(至少我知道)。1)缩小代码2)构建多个dex文件(seethisblogpost)我查看了两者并试图找出导致我的方法计数如此之高的原因。GoogleDriveAPI占据了Guava依赖项的最大部分，超过12,000个。DriveAPIv2的库总数超过23,000个!我想我的问题是，你认为我应该怎么做？我应该删除GoogleDrive集成作为我的应用程序的一项功能吗？有没有办法缩小API(是的，我使
我有一个相当大的Android应用程序，它依赖于许多库项目。Android编译器对每个.dex文件有65536个方法的限制，我已经超过了这个数字。当你达到方法限制时，基本上有两条路径可以选择(至少我知道)。1)缩小代码2)构建多个dex文件(seethisblogpost)我查看了两者并试图找出导致我的方法计数如此之高的原因。GoogleDriveAPI占据了Guava依赖项的最大部分，超过12,000个。DriveAPIv2的库总数超过23,000个!我想我的问题是，你认为我应该怎么做？我应该删除GoogleDrive集成作为我的应用程序的一项功能吗？有没有办法缩小API(是的，我使
如何为小于21的SDK启用multiDex。Thispage展示了如何去做，但它说APIless21。IfyoudooverridetheApplicationclass,changeittoextendMultiDexApplication(ifpossible)asfollows:publicclassMyApplicationextendsMultiDexApplication{...}因此，在Flutter中，我的应用程序默认覆盖io.flutter.app.FlutterApplication并且我应该在我的FlutterApplication类中进行更改，但我无法打开它文件
我的应用程序的下一个版本大约有70K方法。了解使用Multidex的确切含义(这通常意味着使用Multidex支持库来支持API我应该付出很多努力(即通过微调我的Proguard配置以更积极地缩小，转储一些3rd方库等)以符合64K方法限制，还是应该只启用Multidex？documentation表明Multidex支持库可能会产生一些严重的副作用(参见Multidex支持库的限制)。我应该期待什么？在某些设备上安装失败？应用启动缓慢(第一次启动还是总是)？某些设备上出现新的崩溃或ANR？整体性能下降？非常感谢您对Multidex迁移的反馈。 最佳答案
我已经尝试在我的项目的gradle中设置jumboMode，它似乎能够解决以下DexIndexOverflowException:com.android.dex.DexException:Cannotmergenewindex65536intoanon-jumboinstruction!DexIndexOverflowException:Cannotmergenewindex65772intoanon-jumboinstruction!1)jumboMode选项在幕后的实际作用是什么？android{...dexOptions{jumboModetrue}}2)我也注意到启用multi
使用Eclipse，可以生成一个Android项目，使用multidex来创建多个.dex文件？在网上搜索我发现了如何使用gradle来做到这一点，但没有关于使用它的方法没有gradle的Eclipse 最佳答案 看起来像ADT的ant-tasksproject不再维护(它位于“旧”文件夹下)。所以如果你不能迁移到Gradle，你可以编辑DexExecTask手动。当然，您必须在本地重建项目..[编辑-2014年10月25日]maven-android-plugindoessupportmulti-dex.但是，它目前有一个小问题:
当我将multidex:true添加到我的项目中，并创建一个从MultiDexApplication扩展的应用程序类时，我的项目构建时间从20秒变为大约90秒。如何更快地做一些？ 最佳答案 如果您像我一样已经尝试过VicVu的解决方案，但仍然无法避免启用multiDex，那么您可以尝试一下(只要您使用的是Android5.0及更高版本的设备)。注意这只会加快您的开发构建。您的生产构建仍然会很慢。基本上你需要为dev介绍2种产品flavor一个用于prod.添加multiDexEnabledtrueandroid{productFla
我昨天从AndroidStudio2.2.3更新到AndroidStudio2.3，遇到了以下两个问题:更新后，Gradle3.2已默认安装，但同步我的项目不起作用，我一直收到错误消息“Gradle3.3是必需的”。使用默认的Gradle包装器不起作用。解决此问题的唯一方法是下载Gradle3.3手动并指向build设置中的目录。在运行我的项目时，我不断收到一系列涉及我的错误BaseApplication类，它扩展了MultiDexApplication。这错误是这样的:Error:(19,62)error:packageandroid.support.multidexdoesnote
所以我最近将我的robolectric3.0升级与我们的主线合并，它为我们的应用程序添加了multidex支持。不幸的是，这带来了不幸的副作用，导致我们的测试失败/不运行——在第一次尝试安装MultiDex失败后，它们会简单地停止，并带有以下堆栈跟踪:java.lang.RuntimeException:java.lang.RuntimeException:Multidexinstallationfailed(/Users/me/Data/Projects/my-android/myapp/.(Isadirectory)).atorg.robolectric.RobolectricTe
我已将我的应用程序转换为MultiDex以承受64kdex限制。现在看起来像这样:publicclassAppextendsMultiDexApplication{privateAppWrapperinstance;@OverrideprotectedvoidattachBaseContext(Contextbase){super.attachBaseContext(base);MultiDex.install(base);}@OverridepublicvoidonCreate(){super.onCreate();if(instance==null){instance=newApp
