上一篇我們已經完成了一個真正可執行的外掛化demo，而且demo中也解決了外掛中不可以使用資源的問題，但是由於篇幅的問題我們並沒有對原理講解，所以這一篇是對上一篇的一個收尾，如果沒有看過上一篇建議先看Android外掛化完美實現程式碼資源載入及原理講解 附可執行demo.

我們的宿主應用呼叫一個未安裝的外掛apk，正常的情況下是不能訪問外掛中的資源的，例如R.，因為我們宿主中根本就不存在這個資源id，所以就會崩潰。還有另一種情況，基於我們上一篇的demo中，我們使用了佔坑的方式載入了外掛中apk中的Activity，上一篇我們也分析了建立Activity的時候需要Classloader,這個Classloader是通過 r.packageInfo.getClassloader()來獲取的，而 r.packageInfo是一個LoadedApk型別的物件，這個物件是一個apk在記憶體中的標示， Apk檔案的相關資訊，諸如Apk檔案的程式碼和資源，甚至程式碼裡面的Activity，Service等四大元件的資訊我們都可以通過此物件獲取。我們再看一下這個LoadedApk物件怎麼建立

private LoadedApk getPackageInfo(ApplicationInfo aInfo, CompatibilityInfo compatInfo,
        ClassLoader baseLoader, boolean securityViolation, boolean includeCode,
        boolean registerPackage) {
    synchronized (mResourcesManager) {
        WeakReference<LoadedApk> ref;
        if (includeCode) {
            ref = mPackages.get(aInfo.packageName);
        } else {
            ref = mResourcePackages.get(aInfo.packageName);
        }
        LoadedApk packageInfo = ref != null ? ref.get() : null;
        if (packageInfo == null || (packageInfo.mResources != null
                && !packageInfo.mResources.getAssets().isUpToDate())) {
            if (localLOGV) Slog.v(TAG, (includeCode ? "Loading code package "
                    : "Loading resource-only package ") + aInfo.packageName
                    + " (in " + (mBoundApplication != null
                            ? mBoundApplication.processName : null)
                    + ")");
                    //這裡建立,看一下他的引數
            packageInfo 
                new LoadedApk(this, aInfo, compatInfo, baseLoader,
                        securityViolation, includeCode &&
                        (aInfo.flags&ApplicationInfo.FLAG_HAS_CODE) != 0, registerPackage);

          。。。
        }
        return packageInfo;
    }
}
 

我們看一下構造引數的第二個引數，aInfo，這是一個ApplicationInfo型別的物件，我們上一篇並沒有構造我們自己的LoadedApk物件，而只是將我們的dex和宿主的合併了而已，那麼也就是說了，這個LoadedApk裡傳入的ApplicationInfo其實是我們宿主的，並不是外掛apk中的。那麼也就是說如果我們在外掛apk中直接使用資源，等到外掛apk被宿主呼叫器後，使用的是宿主的資源庫，而宿主的資源中並沒有我們外掛apk中的資源，所有一執行的時候就會報錯。那麼要解決這個問題我們就得想辦法，讓外掛apk執行的時候使用自己的資源才行，下面我們分析。

我們在程式碼中使用資源的時候都是通過R.，或者是Context.getResources(),這兩種方式，其實R.也是通過Context.getResources()查詢對應id的。那麼我們直接分析Context.getResources()就好了，那麼Context的實現類是ContextImpl，我們去看看。
platform_frameworks_base-master\core\java\android\app\ContextImpl.java

 @Override
public Resources getResources() {
    return mResources;
}

我們再看一下這個mResources怎麼建立的，5.1原始碼,在這裡說一下

private ContextImpl(ContextImpl container, ActivityThread mainThread,
        LoadedApk packageInfo, IBinder activityToken, UserHandle user, int flags,
        Display display, Configuration overrideConfiguration, int createDisplayWithId) {

  ...

    mPackageInfo = packageInfo;

    //這裡拿到了一個ResourcesManager,單例的，說明我們應用當中使用的都是同一套資源
    mResourcesManager = ResourcesManager.getInstance();

   ...

    //LoadedApk物件中得到Resources物件
    Resources resources = packageInfo.getResources(mainThread);
     Resources resources = packageInfo.getResources(mainThread);
    if (resources != null) {
        if (activityToken != null
                || displayId != Display.DEFAULT_DISPLAY
                || overrideConfiguration != null
                || (compatInfo != null && compatInfo.applicationScale
                        != resources.getCompatibilityInfo().applicationScale)) {
            //給resource賦值
            resources = mResourcesManager.getTopLevelResources(packageInfo.getResDir(),
                    packageInfo.getSplitResDirs(), packageInfo.getOverlayDirs(),
                    packageInfo.getApplicationInfo().sharedLibraryFiles, displayId,
                    overrideConfiguration, compatInfo, activityToken);
        }
    }
    //給mResources賦值
    mResources = resources;

    ...

}

ResourcesManager.getInstance()是單例的這樣保證了我們每個Context獲取的都是同樣的資源，resources通過getTopLevelResources方法賦值，我們看看getTopLevelResources方法幹了什麼

public Resources getTopLevelResources(String resDir, String[] splitResDirs,
            String[] overlayDirs, String[] libDirs, int displayId,
            Configuration overrideConfiguration, CompatibilityInfo compatInfo, IBinder token) {
        final float scale = compatInfo.applicationScale;
        ResourcesKey key = new ResourcesKey(resDir, displayId, overrideConfiguration, scale, token);
        Resources r;
        synchronized (this) {
            // Resources is app scale dependent.
            if (false) {
                Slog.w(TAG, "getTopLevelResources: " + resDir + " / " + scale);
            }
            WeakReference<Resources> wr = mActiveResources.get(key);
            r = wr != null ? wr.get() : null;
            //if (r != null) Slog.i(TAG, "isUpToDate " + resDir + ": " + r.getAssets().isUpToDate());
            if (r != null && r.getAssets().isUpToDate()) {
                if (false) {
                    Slog.w(TAG, "Returning cached resources " + r + " " + resDir
                            + ": appScale=" + r.getCompatibilityInfo().applicationScale);
                }
                return r;
            }
        }

        //if (r != null) {
        //    Slog.w(TAG, "Throwing away out-of-date resources!!!! "
        //            + r + " " + resDir);
        //}

        //建立一個AssetManager物件
        AssetManager assets = new AssetManager();
        // resDir can be null if the 'android' package is creating a new Resources object.
        // This is fine, since each AssetManager automatically loads the 'android' package
        // already.
        if (resDir != null) {'
            //新增資源路徑
            if (assets.addAssetPath(resDir) == 0) {
                return null;
            }
        }

        if (splitResDirs != null) {
            for (String splitResDir : splitResDirs) {
                if (assets.addAssetPath(splitResDir) == 0) {
                    return null;
                }
            }
        }

        if (overlayDirs != null) {
            for (String idmapPath : overlayDirs) {
                assets.addOverlayPath(idmapPath);
            }
        }

        if (libDirs != null) {
            for (String libDir : libDirs) {
                if (assets.addAssetPath(libDir) == 0) {
                    Slog.w(TAG, "Asset path '" + libDir +
                            "' does not exist or contains no resources.");
                }
            }
        }

        //Slog.i(TAG, "Resource: key=" + key + ", display metrics=" + metrics);
        DisplayMetrics dm = getDisplayMetricsLocked(displayId);
        Configuration config;
        boolean isDefaultDisplay = (displayId == Display.DEFAULT_DISPLAY);
        final boolean hasOverrideConfig = key.hasOverrideConfiguration();
        if (!isDefaultDisplay || hasOverrideConfig) {
            config = new Configuration(getConfiguration());
            if (!isDefaultDisplay) {
                applyNonDefaultDisplayMetricsToConfigurationLocked(dm, config);
            }
            if (hasOverrideConfig) {
                config.updateFrom(key.mOverrideConfiguration);
            }
        } else {
            config = getConfiguration();
        }'
        //建立一個Resource物件
        r = new Resources(assets, dm, config, compatInfo, token);
        if (false) {
            Slog.i(TAG, "Created app resources " + resDir + " " + r + ": "
                    + r.getConfiguration() + " appScale="
                    + r.getCompatibilityInfo().applicationScale);
        }

        synchronized (this) {
            WeakReference<Resources> wr = mActiveResources.get(key);
            Resources existing = wr != null ? wr.get() : null;
            if (existing != null && existing.getAssets().isUpToDate()) {
                // Someone else already created the resources while we were
                // unlocked; go ahead and use theirs.
                r.getAssets().close();
                return existing;
            }

            // XXX need to remove entries when weak references go away
            mActiveResources.put(key, new WeakReference<Resources>(r));
            return r;
        }
    }

方法有點長，但其實主要就3步，這裡說明一下，每個版本Resource的賦值過程可能不太一樣，但是最終都是通過一下三步來建立的Resource

1.建立AssetManager物件

2.通過addAssetPath方法將資源路徑新增給AssetManager,這個方法是hint的，我們要通過反射呼叫

  /**
 * Add an additional set of assets to the asset manager.  This can be
 * either a directory or ZIP file.  Not for use by applications.  Returns
 * the cookie of the added asset, or 0 on failure.
 * {@hide}
 */
public final int addAssetPath(String path) {
    synchronized (this) {
        int res = addAssetPathNative(path);
        makeStringBlocks(mStringBlocks);
        return res;
    }
}

3.通過AssetManager物件建立一個Resource物件,我們選擇一個引數比較少的，引數說明第一個是AssetManager，後後面兩個是和裝置相關的配置引數，我們可以直接使用宿主的

 /**
 * Create a new Resources object on top of an existing set of assets in an
 * AssetManager.
 * 
 * @param assets Previously created AssetManager. 
 * @param metrics Current display metrics to consider when 
 *                selecting/computing resource values.
 * @param config Desired device configuration to consider when 
 *               selecting/computing resource values (optional).
 */
public Resources(AssetManager assets, DisplayMetrics metrics, Configuration config) {
    this(assets, metrics, config, CompatibilityInfo.DEFAULT_COMPATIBILITY_INFO, null);
}

那麼我們通過上面的分析後，知道了Resource怎麼建立的，那麼我們就可以給外掛apk建立一個屬於自己的Resource物件，這樣他就可以自由的使用資源了。但是還要留意一點就是在我們的外掛apk預設拿的是宿主的Resource物件，如果想讓外掛apk可以自由的使用資源，那麼我們就必須要在宿主中提供一個返回外掛apk自己資源的方法，然後在外掛apk中我們要重寫Context的getResource方法，這樣才算真正的完成

1.在宿主程式中，一定要在呼叫外掛apk前執行下面程式碼，demo中在Application中執行

        //建立我們自己的Resource
        String apkPath = Environment.getExternalStorageDirectory().getAbsolutePath() + "/chajian_demo.apk";

        //建立AssetManager
        assetManager = AssetManager.class.newInstance();
        Method addAssetPathMethod = assetManager.getClass().getDeclaredMethod("addAssetPath", String.class);
        addAssetPathMethod.setAccessible(true);

        addAssetPathMethod.invoke(assetManager, apkPath);


        Method ensureStringBlocks = AssetManager.class.getDeclaredMethod("ensureStringBlocks");
        ensureStringBlocks.setAccessible(true);
        ensureStringBlocks.invoke(assetManager);

        Resources supResource = getResources();
        Log.e("Main", "supResource = " + supResource);
        newResource = new Resources(assetManager, supResource.getDisplayMetrics(), supResource.getConfiguration());

        mTheme = newResource.newTheme();
        mTheme.setTo(super.getTheme());

2.在宿主中提供給外掛apk返回自己Resource物件的方法，demo中為了簡單直觀，直接在Application中重寫了getResources和getAssets方法，這個可以根據自己的需求來定，只是提供一種思路

     @Override
public AssetManager getAssets() {
    return assetManager == null ? super.getAssets() : assetManager;
}

@Override
public Resources getResources() {
    return newResource == null ? super.getResources() : newResource;
}

3.在外掛apk中使用資源的Activity中一定要重新getResources和getAssets方法,因為我們的外掛apk預設使用的是宿主的Resource，而宿主中並沒有我們外掛中的資源id，一定要拿自己的Resource才可以使用。這裡說的使用資源包括R.和Context.getResource()。

 @Override
public AssetManager getAssets() {
    if(getApplication() != null && getApplication().getAssets() != null){
        return getApplication().getAssets();
    }
    return super.getAssets();
}

@Override
public Resources.Theme getTheme() {
    if(getApplication() != null && getApplication().getTheme() != null){
        return getApplication().getTheme();
    }
    return super.getTheme();
}

ok了，到這裡可以愉快的在外掛apk中使用資源了，以上demo程式碼為了簡單明瞭，所有很多地方需要自己根據需求改進，這裡只給出了實現的思路和方法。到這裡外掛化所有的東西全部說完了，研究這些東西也花了不少的時間，拿出來和大家分享，如果覺得不錯的話，還請給點個贊，專案上給個star，