• eclipse到Android Studio的项目迁移


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

  • 相关阅读:
    wepack性能优化-contenthash(缓存)
    webpack优化系列-oneOf
    webpack性能优化-source-map
    webpack性能优化-HMR
    vue__之路由懒加载
    vue__之ref的作用
    圆面积和球体积
    算法思想
    看完com本质论第一章
    windows消息机制
  • 原文地址:https://www.cnblogs.com/jhcelue/p/7151198.html
Copyright © 2020-2023  润新知