Android Studio3.x新的依賴方式（implementation、api、compileOnly）

標籤：div   自己的   tail   csdn   roi   替代   deb   分享   問題   

78366985?locationNum=6&fps=1

Android Studio3.0正式版已經出來了，相比2.x的版本，編譯速度提高了不少。 
當我們使用AS3.0建立項目時會發現，預設的依賴由之前的compile更改為implementation了。

下面我們來看看他們之前的差異：

首先是2.x版本的依賴方式：

再來看看3.0的：

可以看到在Android studio3.0中，compile依賴關係已被棄用，被implementation和api替代，provided被compile only替代，apk被runtime only替代，剩下的看名字就知道了。

我們先來看看implementation和api的區別：

api：跟2.x版本的 compile完全相同

implementation：只能在內部使用此模組，比如我在一個libiary中使用implementation依賴了gson庫，然後我的主專案依賴了libiary，那麼，我的主專案就無法訪問gson庫中的方法。這樣的好處是編譯速度會加快，推薦使用implementation的方式去依賴，如果你需要提供給外部存取，那麼就使用api依賴即可

還不熟悉2.x版本依賴的可以看看下面的說明，括弧裡對應的是3.0版本的依賴方式。

compile（api）

這種是我們最常用的方式，使用該方式依賴的庫將會參與編譯和打包。 
當我們依賴一些第三方的庫時，可能會遇到com.android.support衝突的問題，就是因為開發人員使用的compile依賴的com.android.support包，而他所依賴的包與我們本地所依賴的com.android.support包版本不一樣，所以就會報All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes這個錯誤。

解決辦法可以看這篇部落格：com.android.support衝突的解決辦法

provided（compileOnly）

只在編譯時間有效，不會參與打包 
可以在自己的moudle中使用該方式依賴一些比如com.android.support，gson這些使用者常用的庫，避免衝突。

apk（runtimeOnly）

只在產生apk的時候參與打包，編譯時間不會參與，很少用。

testCompile（testImplementation）

testCompile 只在單元測試代碼的編譯以及最終打包測試apk時有效。

debugCompile（debugImplementation）

debugCompile 只在debug模式的編譯和最終的debug apk打包時有效

releaseCompile（releaseImplementation）

Release compile 僅僅針對Release 模式的編譯和最終的Release apk打包。

 

Android Studio3.x新的依賴方式（implementation、api、compileOnly）