迁移至Android3.0遇到一些问题

一、AS3.0新增功能

此处略(自行Google )

官方文档

---

二、迁移后速度对比

gradle2.2 gradle3.0 首次 770s 260s 修改代码(一行) 291s 123s 修改代码(一行) 250s 140s 修改代码(一行) 252s 119s

迁移后3.0后速度提升接近50%左右；首次build使用6min左右，以后每次能控制在3min左右，当然不同项目可能存在差异但提升开发效率一定是肯定的

---

三、迁移步骤

1. 下载最新官方AndroidStudio3.0并完成安装

2. 修改gradle-wrapper.properties

   distributionUrl=https://services.gradle.org/distributions/gradle-4.1-all.zip

3. 修改根目录build.gradle

   buildscript {    repositories {        google()//add    }    dependencies {        classpath 'com.android.tools.build:gradle:3.0.1'//update}allprojects {    repositories {        //add        maven {            url 'https://maven.google.com'        }     }}

4. 修改根目录gradle.properties

   可以在项目根目录的gradle.properties中添加如下代码，这样可以统一项目中各Module的使用版本属性

   //as3.0默认开启aapt2功能用以提高构建速度，但目前貌似兼容不好，会有错误，此处关闭该功能android.enableAapt2=falseMIN_SDK_VERSION = 14COMPILE_SDK_VERSION = 23TARGET_SDK_VERSION = 21//AndroidStudio3.0以上版本的BuildToolsVersion至少是26.0.2以上BUILD_TOOLS_VERSION = 26.0.2

   其他个module的build.gradle文件中可以这样引用其变量

   android {  compileSdkVersion COMPILE_SDK_VERSION.toInteger()  buildToolsVersion BUILD_TOOLS_VERSION.toString()  defaultConfig {      minSdkVersion MIN_SDK_VERSION.toInteger()      targetSdkVersion TARGET_SDK_VERSION.toInteger()  }}

5. 注释掉所有build.gradle中enforceUniquePackageName=false

   enforceUniquePackageName在gradle4.1中性已被弃用会编译报错

6. 去掉build.gradle中可能存在的apply plugin: ‘com.neenbedankt.android-apt’；将apt修饰符调整为annotationProcessor
   eg:

   apply plugin: 'com.neenbedankt.android-apt'//删除apt "com.github.Raizlabs.DBFlow:dbflow-processor:${dbflow_version}"//将apt修饰符调整为annotationProcessor

7. 在混淆文件(proguard-project.txt)中注释掉所有-libraryjars代码
   新版本中AS默认已对其jars做非混淆处理了，不用重复声明

8. 修改app的build.gradle

       android{        flavorDimensions "tier" //add        productFlavors {            xiaomi{                dimeension 'tier'            }            ...        }        applicationVariants.all { variant ->            //统一输出apk路径           variant.getPackageApplication().outputDirectory=new File(project.buildDir.absolutePath+"/outputs/apk")            variant.outputs.all {                   //修改App文件名称                  outputFileName = "${variant.name}-${variant.versionName}.apk"            }        }   }task myTask << {    xxx}//<<写法已不建议使用，需修改为如下task myTask  {    doLast{        xxx    }}

9. 修改Fragment
   所有的Fragment必须提供无参构造器,传参可以通过调用setArgments(Bundle b)来实现；在有参构造器加上@SuppressLint(“ValidFragment”)注解，避免打release版本失败

10. 自定义动画xml文件需要放到正确文件目录
    属性动画xml应放到animator目录否则release版本会构建失败

11. getSystemService的写法
    Activity.getSystemService需要修改成getApplicationContext.getSystemService否则在Android N版本以下会有内存泄漏存在

12. freeline对as3.0不支持强制使用会报错，只能等待阿里升级了

至此项目中隐含的构建失败风险因子已被移除，在终端进入项目根目录执行

./gradlew assembleDebug //for mac 首次会现在gradle4.1版本以及相关库耐心等待即可

四、依赖配置关键字

implementation

• C模块的类只暴露给A，APP无法直接引用
• C中的drawable、layout、string目录可以直接被APP引用
• 修改C，只会导致C本身以及直接依赖的A重新编译
• 使用implementation能够加快gradle build

---

compile

• C接口可暴露给任意Module，APP可以跨层引用C接口(类)
• 修改C会导致C以及所有直接或间接依赖的Module重新编译
• 拖慢gradle build

总结：

compile关键字已不建议使用,可以使用新关键字api直接替换(compile==api)；但我们原则上是优先使用implementation关键字替换，如果有问题再考虑使用api替换

以上只是本人在自己项目迁移至AS3.0过程中遇到的问题及其解决方法，后续会继续补充！