Replugin ContentProvider实现机制

plugin调用ContentProvider是通过plugin-lib的PluginProviderClient类进行的，以PluginProviderClient.query为例，看一下Replugin ContentProvider的实现机制。

先总结一下调用栈

PluginProviderClient.query -- plugin-lib    PluginProviderClient.query -- host-lib(通过反射调用到)        PluginProviderClient.toCalledUri -- 关键代码        PluginPitProviderBase.query            PluginProviderHelper.getProvider().query -- 真正的provider的query

关键代码就在com.qihoo360.replugin.component.provider.PluginProviderClient中，它的几个方法如下

public static Cursor query(Context c, Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {    Uri turi = toCalledUri(c, uri);    return c.getContentResolver().query(turi, projection, selection, selectionArgs, sortOrder);}public static Uri toCalledUri(Context c, Uri uri) {    String pn = fetchPluginByContext(c, uri);    if (pn == null) {        return uri;    }    return toCalledUri(c, pn, uri, IPluginManager.PROCESS_AUTO);}/** * 将从插件里的URI转化成系统传过来的URI。可自由指定在哪个进程启动。例如： * Before:  content://com.qihoo360.contacts.abc/people （Contacts插件，UI） * After:   content://com.qihoo360.mobilesafe.PluginUIP/contacts/com.qihoo360.mobilesafe.contacts.abc/people * * @param context 当前的Context对象，目前暂无用 * @param plugin  要使用的插件 * @param uri     URI对象 * @param process 进程信息，若为PROCESS_AUTO，则根据插件Manifest来指定进程 * @return 转换后可直接在ContentResolver使用的URI */public static Uri toCalledUri(Context context, String plugin, Uri uri, int process) {    if (TextUtils.isEmpty(plugin)) {        throw new IllegalArgumentException();    }    if (uri == null) {        throw new IllegalArgumentException();    }    if (uri.getAuthority().startsWith(PluginPitProviderBase.AUTHORITY_PREFIX)) {        // 自己已填好了要使用的插件名（以PluginUIProvider及其它为开头），这里不做处理        return uri;    }    // content://com.qihoo360.mobilesafe.PluginUIP    if (process == IPluginManager.PROCESS_AUTO) {        // 直接从插件的Manifest中获取        process = getProcessByAuthority(plugin, uri.getAuthority());        if (process == PROCESS_UNKNOWN) {            // 可能不是插件里的，而是主程序的，直接返回Uri即可            return uri;        }    }    String au;    if (process == IPluginManager.PROCESS_PERSIST) {        au = PluginPitProviderPersist.AUTHORITY;    } else if (PluginProcessHost.isCustomPluginProcess(process)) {        au = PluginProcessHost.PROCESS_AUTHORITY_MAP.get(process);    } else {        au = PluginPitProviderUI.AUTHORITY;    }    // from => content://                                                  com.qihoo360.contacts.abc/people?id=9    // to   => content://com.qihoo360.mobilesafe.Plugin.NP.UIP/plugin_name/com.qihoo360.contacts.abc/people?id=9    String newUri = String.format("content://%s/%s/%s", au, plugin, uri.toString().replace("content://", ""));    return Uri.parse(newUri);}

大体说就两步：1、转换uri；2、调用系统方法去query该uri。

1. uri的转换。首先，根据plugin的context查询到plugin name，再根据plugin info的ComponentList查询到目标provicer配置的进程，最后根据这两个信息把原uri转换成host可以识别的uri
2. 此时，调用系统方法query转换后的uri，就会在对应的进程中调用的host预置的对应的ContentProvider。然后就调用到了基类的query，也就是PluginPitProviderBase.query

在PluginPitProviderBase.query中，会调用PluginProviderHelper.getProvider去load对应plugin里的ContentProvider然后直接调用

Bug（2.1.3版本）:

1. plugin-lib里的PluginProviderClient.update方法，传递参数漏掉了
2. host-lib里的PluginProviderClient，在fetchPluginByContext的时候，fetch到的是调用者plugin，相当于plugin_A调用plugin_B，查到的还是plugin_A...这样就调不到plugin_B了。有一个规避方法，uri写成这样content://com.qihoo360.replugin.sample.host.Plugin.NP.UIP/demo1/com.qihoo360.replugin.sample.demo1.provider2，即显示指定坑位和目标plugin
3. 从FAQ看好像还有其他bug，ContentProvider这块做的还是不完善...