Android組件化、插件化詳細講解

Posted on by

什麼是組件化（通俗易懂）

通俗易懂來講就是，拆成多個module開發就是組件化。

App的部分功能模塊在打包時並不以傳統⽅式打包進apk⽂件中，⽽是以另⼀種形式⼆次封裝進apk內部，或者放在⽹絡上適時下載，在需要的時候動態對這些功能模塊進⾏加載，稱之為插件化。這些單獨⼆次封裝的功能模塊apk，就稱作插件，初始安裝的apk稱作宿主。插件化是組件化的更進⼀步推進。

插件化基礎之反射：

反射的寫法

    try {
            Class utilClass = Class.forName("com.hencoder.demo.hidden.Util");
            Constructor utilConstructor = utilClass.getDeclaredConstructors()[0];
            utilConstructor.setAccessible(true);
            Object util = utilConstructor.newInstance();
            Method shoutMethod = utilClass.getDeclaredMethod("shout");
            shoutMethod.setAccessible(true);
            shoutMethod.invoke(util);
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        } catch (NoSuchMethodException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (InvocationTargetException e) {
            e.printStackTrace();
        }

反射的⽬的

Java既然提供瞭可⻅性關鍵字public、private等等，⽤來限制代碼之間的可⻅性，為什麼⼜要提供反射功能？可⻅性特性的⽀持不是為瞭代碼不被壞⼈使⽤，⽽是為瞭程序開發的簡潔性。安全性的話，可⻅性的⽀持提供的是Safety 的安全，⽽不是Security的安全。即，可⻅性的⽀持讓程序更不容易寫出bug，⽽不是更不容易被⼈⼊侵。反射的⽀持可以讓開發者在可⻅性的例外場景中，可以突破可⻅性限制來調⽤⾃⼰需要的API。這是基於對開發者在使⽤反射時已經⾜夠瞭解和謹慎的假設的。所以，可⻅性的⽀持不是為瞭防禦外來者⼊侵，因此反射功能的⽀持並沒有什麼不合理。

關於DEX：

  • class：java編譯後的⽂件，每個類對應⼀個class⽂件
  • dex：Dalvik EXecutable把class打包在⼀起，⼀個dex可以包含多個class⽂件
  • odex：Optimized DEX針對系統的優化，例如某個⽅法的調⽤指令，會把虛擬的調⽤轉換為使⽤具體的index，這樣在執⾏的時候就不⽤再查找瞭
  • oat：Optimized Androidfile Type。使⽤AOT策略對dex預先編譯（解釋）成本地指令，這樣再運⾏階段就不需再經歷⼀次解釋過程，程序的運⾏可以更快
  • AOT：Ahead-Of-Time compilation預先編譯

插件化原理：動態加載

通過⾃定義ClassLoader來加載新的dex⽂件，從⽽讓程序員原本沒有的類可以被使⽤，這就是插件化的原理。

例如：把Utils拆到單獨的項⽬，打包apk作為插件引⼊：

 File f = new File(getCacheDir() + "/demo-debug.apk");
        if (!f.exists()) {
            try { 
                InputStream is = getAssets().open("apk/demo-debug.apk");
                int size = is.available();
                byte[] buffer = new byte[size];
                is.read(buffer);
                is.close();
                FileOutputStream fos = new FileOutputStream(f);
                fos.write(buffer);
                fos.close();
            } catch (Exception e) {
                throw new RuntimeException(e);
            }
        }
    DexClassLoader classLoader = new DexClassLoader(f.getPath(),
    getCodeCacheDir().getPath(), null, null);
      try {
            Class oldClass = classLoader.loadClass("com.hencoder.demo.hidden.Util");
            Constructor utilConstructor = oldClass.getDeclaredConstructors()[0];
            utilConstructor.setAccessible(true);
            Object util = utilConstructor.newInstance();
            Method shoutMethod = oldClass.getDeclaredMethod("shout");
            shoutMethod.setAccessible(true);
            shoutMethod.invoke(util);
            Class activityClass = classLoader.loadClass("com.hencoder.demo.MainActivity");
            startActivity(new Intent(this, activityClass));
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        } catch (NoSuchMethodException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (InvocationTargetException e) {
            e.printStackTrace();
        }

問題⼀：未註冊的組件（例如Activity）不能打開

  • 解決⽅式⼀：代理Activity
  • 解決⽅式⼆：欺騙系統
  • 解決⽅式三：重寫gradle打包過程，合並AndroiManifest.xml

問題⼆：資源⽂件⽆法加載

解決⽅式：⾃定義AssetManager和Resources對象

   private AssetManager createAssetManager (String dexPath) {
        try {
            AssetManager assetManager = AssetManager.class.newInstance();
            Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class);
            addAssetPath.invoke(assetManager, dexPath);
            return assetManager;
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        }
    }
private Resources createResources(AssetManager assetManager) {
        Resources superRes = mContext.getResources();
        Resources resources = new Resources(assetManager, superRes.getDisplayMetrics(), superRes.getConfiguration());
        return resources;
    }

插件化有什麼用？

  • 早期：解決dex 65535問題。⾕歌後來也出瞭multidex⼯具來專⻔解決
  • 懶加載來減少軟件啟動速度：有可能，實質上未必會快
  • 減⼩安裝包⼤⼩：可以
  • 項⽬結構拆分，依賴完全隔離，⽅便多團隊開發和測試，解決瞭組件化耦合度太⾼的問題：這個使⽤模塊化就夠瞭，況且模塊化解耦不夠的話，插件化也解決不瞭這個問題
  • 動態部署：可以
  • 熱修復：可以

到此這篇關於Android組件化、插件化詳細講解的文章就介紹到這瞭,更多相關Android組件化，插件化內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：