一直以来。公司开发都是用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最终能执行起来了...