一直以来。公司开发都是用eclipse。可是随着我们应用不断成长。项目结构越来越庞大。项目间依赖关系变得非常复杂。用eclipse管理显得非常吃力,常常一个同事更改依赖项目之后,别人在更新。都会出现故障。由于这些事情浪费非常多时间。
终于决定迁移到Android Studio。
可是迁移的过程中还是遇到了非常多问题,通过这篇博客,把迁移过程中遇到的问题。以及每一个问题的解决方式,记录一下。也希望能帮助到有相同需求的同学。
这里就不具体介绍从eclipse导入到Android Studio的过程了。
1.乱码
用eclipse开发时编码用的是GBK,而android studio中使用的是UTF-8,所以在build的时候,项目中的温度符号,以及一些中文凝视就会出现乱码。
解决方式
统一编码,我们把编码都改成UTF-8. Android studio通过例如以下方式改项目和文件的编码:
File -> Other Settings -> Default Settings -> 搜索File Encodings ->改三个地方的编码(IDE Encoding,Project Encoding,Default encoding for properties files)
2. 反复图片
我们有一个Library是从主项目中抽取出来的。抽取的过程中非常多图片从主项目中copy出来之后。忘记删除了。导入到Android studio之后,build的过程就会出错。只是错误信息中有提示反复的文件。我们仅仅须要依据提示把不用的图片删掉。
3. Unable to execute dex: method ID not in [0, 0xffff]: 65536
对于这个问题,google官方给出了解释。http://developer.android.com/tools/building/multidex.html,大概意思就是:当你的应用以及应用依赖的library达到一定的Size之后,在build的时候就会提示这个错误。说明你的应用已经达到了Android app构建架构的大小限制。android虚拟机限制了每个DEX文件可以引用的method的个数为65536。 它包含Android Framework。Library。以及自己项目中的methods总和。
解决方式
给我们的应用生成多个DEX文件。须要在build.gradle,文件里配置:
android { defaultConfig { ... multiDexEnabled = true } }另外,还要使用MultiDexApplication类,假设你的应用中已经有Application类,须要让它继承自MultiDexApplication。再实现attachBaseContext方法,代码例如以下:
protected void attachBaseContext(Context base) { super.attachBaseContext(base); MultiDex.install(this); }
4. OutOfMemoryError: GC overhead limit exceeded
在build.gradle文件里做例如以下配置:
android { ... dexOptions { incremental true javaMaxHeapSize "4g" } }
5. java.util.zip.ZipException: duplicate entry during packageAllDebugClassesForMultiDex
报错信息例如以下:
Error:Execution failed for task ':ezweather_original:packageAllDebugClassesForMultiDex'. > java.util.zip.ZipException: duplicate entry: android/support/annotation/ColorRes.class解决方式。在build.gradle中加入例如以下配置:
configurations { all*.exclude group: 'com.android.support', module: 'support-v4' }
这时候app最终能执行起来了...