我正在按照Android官方网站的建议将我所有的源代码移动到AS。但是,这个经历并不是很好。这是非常缓慢的描述here。但现在这不是我最终的问题。Eclipse到Android Studio导入
我已经解决了许多问题,如更新这样的compileSdkVersion
到使错误:
Error:(13) Error retrieving parent for item: No resource found that matches the given name 'android:TextAppearance.Material.Inverse'.
可以纠正。但是,随着我的离去,问题一直在增加。现在我有这个64k Dex的问题。
Error:The number of method references in a .dex file cannot exceed 64K. Learn how to resolve this issue at https://developer.android.com/tools/building/multidex.html
我在使用Eclipse时从未遇到这个Dex
问题。 AS中的源代码与Eclipse
中的源代码完全相同。唯一的区别是仅需要在AS上工作的那些gradle更改。任何想法为什么这突然Dex
问题?如果我将multiDexEnabled
设置为true
,会有什么影响?
不幸的是(我知道这并不是真的有用),迁移过程令人费解,部分原因在于gradle和项目结构的变化。 Gradle很可能会引入新的“问题”。我会建议看看这里https://developer.android.com/studio/build/multidex.html – zgc7009
看看你的依赖关系。几年前,我在一个项目中遇到了64k dex问题,发现我包含了非常大且不需要全部的依赖关系。当我第一次使用它时,我有点被gradle和AS studio关掉,但现在,后来的版本进行了热部署,我可以改变UI代码,点击调试按钮,并在一些模拟器上运行它秒。 Eclipse中永远不会发生的事情。 –
您可能会发现这篇[文章](https://mutualmobile.com/posts/dex-64k-limit-not-problem-anymore-almost)有帮助,我认为以前的建议是从中吸取的。如果您需要审计项目,他们会创建一个[dexinfo gradle插件](https://mutualmobile.com/posts/introducing-our-dexinfo-gradle-plugin)来帮助完成该过程。 – light