Gradle3.0新指令api、provided、implementation等对比

Android Studio3.0正式版已经出来了，相比2.x的版本，Gradle版本也升级为了3.x，编译速度提高了不少。
在gadle3.0之后，默认的依赖由之前的compile更改为implementation

• 对比表

  Android Studio 2.X	Android Studio 3.X
  apk	runtimeOnly
  provided	compileOnly
  compile	api
  没有对应	implementation
  debugCompile	debugImplementation
  releaseCompile	releaseImplementation
  androidTestCompile	androidTestImplementation

• api （compile）

  • 依赖向上传递
  • 若A api B, B api C，C module对A module可见

• implementation （新指令: 具备依赖可见性）

  • 依赖不向上传递

  • 若A implementation B, B implementation C，C module对A module不可见

  • 若A implementation B, B api C，C module对A module可见

  • 功能同api，区别仅仅是增加了依赖可见性

• compileOnly（provided）

  • 只在编译时有效，不会参与打包
  • 若A implementation C，打包后apk（A + C）；而A compileOnly C，打包后apk（A）；该指令实质：A module假装依赖了C module通过欺骗编译器编译时检测以避免java.lang.ClassNotFoundException编译报错
  • 使用情形
    • A implementation C，B implementation C，打包时A module生成aar（A + C），B module生成aar（B + C）
    • 若改成A implementation C，B compileOnlyC，打包时A module生成aar（A + C），B module生成aar（B）
    • 最终apk包（A + B + C），结果一致
    • 虽然aar（B）不真实依赖C module，但B module确实用到了C module的api。没有运行时错误的原因：aar（A + C）与aar（B）合并生成apk，B module运行时找到并调用aar（A + C）中的C module

• runtimeOnly（apk）

  只在生成apk的时候参与打包，编译时不会参与，很少用。

• debugImplementation（debugCompile）

  debugImplementation 只在debug模式的编译和最终的debug apk打包时有效。

• releaseImplementation（releaseCompile）

  releaseImplementation 仅仅针对release 模式的编译和最终的release apk打包。

• androidTestImplementation（androidTestCompile）

  androidTestImplementation 只在单元测试代码的编译以及最终打包测试apk时有效。