1、今天在升级了AS2.0后，运行iyuba项目竟然爆出了1500多个错误！（内心崩溃的）
 拉到最后一行，错误提示：

Android Studio XXX causing GC overhead limit exceeded error

StackOverflow解决：
 I think there's a separate way to raise the heap limit of the dexing operation. Add this to your android closure in your build.gradle file:

dexOptions {
    javaMaxHeapSize "4g"
}

 再次执行，还是报错，不过这次只报一个错误了：

Android Studio Error:Execution failed for task ':iyuba:transformClassesWithDexForDebug'. > com.android.build.api.transform.TransformException: com.android.ide.common.process.ProcessException: java.util.concurrent.ExecutionException: com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process finished with non-zero exit value 2

 总的分析来说，应该是项目中的总文件数超过了65K的限制了。下面采用插件化机制multidex，首先在iyuba和lib的build.gradle文件的dependencies中添加:

compile 'com.android.support:multidex:1.0.0'

并在iyuba的build.gradle文件中添加：

defaultConfig{    
  multiDexEnabled true
}

 注意不要在lib的build.gradle文件添加！

 这时执行还是有错误：

Android Studio duplicate entry: android/support/multidex/MultiDex$V19.class

 项目Clean了一遍之后这个错误就消失了，又出现了新的错误：

Gradle Duplicate Entry: java.util.zip.ZipException ：duplicate entry: android/support/annotation/IntegerRes.class

 因为这里有support包的问题，怀疑是本地的support包或者其他有两个module使用的jar包中的方法引起的冲突，因为使用了Multidex的原因。然后将Project中的所有Module一一排查，只用一次的jar包可以直接引用本地的，其他可能多次引用的jar包一律使用在线的。如此折腾完一番，问题比较明确了。然后发现有support-v4包的冲突，actionbarSherlock、SlidingMenu统统注掉，基本问题少了很多，只剩下最后一个坑，AS的应用运行按钮旁边的应用名字上一直显示个红叉，说是找不到Default Activity，自己手动指定一下就可以了。至此，程序基本上可以运行了，再次泪流满面！

 最后一个小点，如果想让应用中的ActionBar和Title不显示，在styles.xml文件中，Application中调用的Theme中设置：

<item name = "android:windowActionBar">false</item>
<item name = "android:windowNoTitle">true</item>即可。

 愉快而又充满了坑的一天！