一、從3.4版本的gradle開始，compile已經被api與implementation取代，官網也給出了三者之間的區別：

圖1、api與implementation的區別

從官網介紹可以看出，implementation可以讓module在編譯時隱藏自己使用的依賴，但是在運行時這個依賴對所有模塊是可見的。而api與compile一樣，無法隱藏自己使用的依賴。 具體通過例子來看，下圖為項目結構：

項目結構圖

app依賴模塊mylibrary1、mylibrary1依賴模塊mylibrary3 mylibrary1如下： package com.example.mylibrary1; /**

• @author heshufan
• @date 2018/8/9. */ public class MyClass1 { public static String get(){ return "MyClass1"; } } mylibrary3如下：

package com.example.mylibrary3; /**

• @author heshufan
• @date 2018/8/13. */ public class MyClass3 { public static String get(){ return "MyClass33"; } } 當mylibrary1 使用api依賴mylibrary3時，

api project(':mylibrary3') 在App中可以直接調用MyClass3類，也就是依賴可以傳遞。

package com.example.heshufan.learnapiandimp; import com.example.mylibrary1.MyClass1; import com.example.mylibrary3.MyClass3; public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); MyClass1.get0(); MyClass3.get(); } } 當mylibrary1使用implemention依賴mylibrary3時，

implementation project(':mylibrary3') 在App中，無法直接調用mylibrary3

無法直接調用MyClass3

從上面的例子可以看出，在多module中，implementation確實可以起到隱藏依賴的作用，網上很多的文章都只講到了這點，那么這樣做的目的是什么呢？其實這并不是Google設計implemention與api的目的，因為官方文檔中說這樣設計的目的在于減少build的時間，那么implemention是如何減少build time的呢？

二、我們再新建一個module：mylibrary4，現在的項目結構如圖：

項目結構圖

那么現在的項目層級如下圖所示：

項目依賴層級圖

1、如果mylibrary3使用api依賴mylibrary4，那么當mylibrary4發生變化時，編譯需要重新編譯mylibrary4、mylibrary3、mylibrary1; 2、如果mylibrary3使用implemention依賴mylibrary4，那么當mylibrary4發生變化時，編譯需要重新編譯mylibrary4、mylibrary3，這個時候不需要編譯mylibrary1，這樣就可以節約build time; 為此我驗證了兩種依賴下項目的build time，每次重新編譯前clean project，改變mylibrary4，然后rebuild project，再查看build time。

使用implemention的build time：

implementation

使用api的build time

1api.jpg

可以看到api的build time比implemention多了1秒多，多次運行都多了1秒多，這還是在module比較小的情況下。如果包比較多，比較大，那么可以節約的時間是非常可觀的。 總結起來：如果api依賴，一個module發生變化，這條依賴鏈上所有的module都需要重新編譯；而implemention，只有直接依賴這個module需要重新編譯。 三、現在在回過頭來看一下依賴傳遞的問題，之前驗證了使用implemention，app不能拿到MyClass3，這是在本地依賴的情況下，而現在的模塊化開發多采用遠程依賴的模式進行合作。那么如果采用maven遠程依賴呢？ 同樣采用之前的例子，我們新建一個module ：mylibrary2

mylibrary2

我們將其上傳到我們的本地maven

maven倉庫

最后在mylibrary1中利用implemention依賴mylibrary2 //mylibrary1 implementation 'com.example:mylib:1.0.3' 然后我們再將mylibrary1上傳到本地maven，然后在app中遠程依賴mylibrary1

//mylibrary2 implementation 'com.example:myClass2:1.0.0' 復制代碼

也就是app遠程implementation mylibrary1，mylibrary1遠程implemention mylibrary2，這時候app就可以直接拉到mylibrary2中的myClass2類（命名不規范，別學我）

沒有報錯 而如果app本地implementation mylibrary1，mylibrary1遠程implemention mylibrary2，這時候app則不能獲取到mylibrary2中的myClass2類，依然起到了依賴隔離的作用。

由以上可以看到在全部遠程依賴模式下，無論是api還是implemention都起不到依賴隔離的作用。不過，在遠程依賴模式下，依賴的一個模塊如果版本發生變化，implemention與api的構建速度誰快誰慢還需要進一步研究。

綜上，在多層次模塊化（大于等于三層module）開發時，如果都是本地依賴，implementation相比api，主要優勢在于減少build time。如果只有兩層module，api與implemention在build time上并無太大的差別。

參考資料： 1、jeroenmols.com/blog/2017/0… 2、www.jianshu.com/p/dd932f951…

作者：一杉先生 鏈接：www.jianshu.com/p/8962d6ba9… 來源：簡書 簡書著作權歸作者所有，任何形式的轉載都請聯系作者獲得授權并注明出處。

總結

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

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