自Gradle?3.4開始，compile被廢棄，取而代之的是implementation和api兩個配置項。

掌握這三者的區別實際上就是要清楚什么情況使用implementation替換compile，什么情況下使用api替換compile。

implementation替換compile

使用implementation配置依賴，對Gradle來說：編譯時：不允許外部模塊調用此依賴包，除非外部模塊自己聲明此依賴

運行時：此依賴包只允許在運行時使用反射機制調用。

也就是說模塊使用implementation屏蔽了外部模塊直接調用它聲明的依賴。

這樣做有幾個好處：(翻譯自Gradle?文檔)依賴關系不會泄漏到消費者的編譯類路徑中，所以永遠不會意外地依賴于傳遞依賴項

由于減少的類路徑大小編譯更快

當實現依賴關系發生變化時，重新編譯會更少：消費者不需要重新編譯

cleaner發布：當與新的maven-publish插件結合使用時，Java庫會生成POM文件，這些文件可以精確地區分編譯庫所需的內容和運行時使用庫所需的內容(換句話說，不要混合編譯library本身所需的東西，以及編譯library所需的東西)。

api替換compile

編譯時與implementation相反，它允許外部模塊不管在編譯時還是運行時都可以調用api聲明的依賴。和原來的compile很類似。

使用api聲明依賴，如果依賴發生變化，所有訪問到此依賴的模塊都需要重新編譯。因此它會增加模塊的編譯時間。

總結

大部分情況下都應該使用implementation替換compile，只有在一些庫模塊才考慮使用api替換compile。

總結

以上是生活随笔為你收集整理的gradle compile mysql_Gradle配置implementation、api与compile的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。