Android gradle编译指令（implementation、api、provided 等）

太过爱你忘了你带给我的痛 2022-04-03 06:09 480阅读 0赞

Android Studio 3.0 开始废弃（obsolete）了很多原有的指令，并使用新的指令来代替它们。目的是为了加快编译构建的速度。

# 新旧指令对比 #

<table> 
 <thead> 
  <tr> 
   <th align="left">Android Studio 2.X</th> 
   <th align="left">Android Studio 3.X</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">apk</td> 
   <td align="left">runtimeOnly</td> 
  </tr> 
  <tr> 
   <td align="left">provided</td> 
   <td align="left">compileOnly</td> 
  </tr> 
  <tr> 
   <td align="left">compile</td> 
   <td align="left">api</td> 
  </tr> 
  <tr> 
   <td align="left"></td> 
   <td align="left">implementation</td> 
  </tr> 
  <tr> 
   <td align="left">debugCompile</td> 
   <td align="left">debugImplementation</td> 
  </tr> 
  <tr> 
   <td align="left">releaseCompile</td> 
   <td align="left">releaseImplementation</td> 
  </tr> 
  <tr> 
   <td align="left">testCompile</td> 
   <td align="left">testImplementation</td> 
  </tr> 
  <tr> 
   <td align="left">androidTestCompile</td> 
   <td align="left">androidTestImplementation</td> 
  </tr> 
 </tbody> 
</table>

Android Studio 3.X 的依赖关系  
![在这里插入图片描述][20181221104159559.png]

*  Unit Test implementation 输出为 testImplementation
 *  Test implementation 输出为 androidTestImplementation

# apk & runtimeOnly #

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

# provided & compileOnly #

provided只提供编译支持，但是不会写入apk。使用provide可以避免支持包版本冲突。

例如：

> 客户提供了一个接口文档，所有厂商都必须按这份接口文档做。做好之后不要将这份公共的接口 jar 包打包进去。这时候就可以这种依赖方式了。

# compile & api、implementation #

compile 是和 api 对应的，两者效果相同。  
api 与 implementation 的区别在于对外的可见性。

例如：

> A api B，B api C  
> 那么 A 模块不仅可以引用 B 模块，还可以引用 C 模块的接口和类。