插件自定义Provider的Authority被自动添加上宿主PluginContainerContentProvider Authority

[mikelhm]

2025-12-18 12:03:08.170 28888-28888 AndroidRuntime com.example.shadow E FATAL EXCEPTION: main
Process: com.example.shadow:plugin, PID: 28888
java.lang.IllegalArgumentException: Unknown URI: content://com.example.shadow.contentprovider.authority.dynamic/com.example.shadow.provider.CustomContentProvider/downloads

com.example.shadow.contentprovider.authority.dynamic是宿主定义的坑位Provider authority

<provider
            android:authorities="${applicationId}.contentprovider.authority.dynamic"
            android:name="com.tencent.shadow.core.runtime.container.PluginContainerContentProvider"
            android:grantUriPermissions="true"
            android:process=":plugin" />

com.example.shadow.provider.CustomContentProvider是插件的authority

<provider
            android:name="com.example.shadow.provider.CustomContentProvider"
            android:authorities="${applicationId}.provider.CustomContentProvider"
            android:enabled="true"
            android:exported="false"/>

貌似被拼接一起了

 崩溃发生在下面第一句：

     cursor = DownloadProvider.getInstance(context).query(DownloadConstants.Database.CONTENT_URI,
          null, selection, null, sortOrder);
      if (cursor != null) {
        while (cursor.moveToNext()) {
          try {
       
            InnerDownloadInfo info = readFromDatabase(cursor);
            downloadInfos.add(info);
          } catch (Exception e) {
            e.printStackTrace();
          }
        }
      }

query的实现，uri 打印出来是：content://com.example.shadow.contentprovider.authority.dynamic/com.example.shadow.provider.CustomContentProvider/downloads
所以match == -1 崩溃

  public Cursor query(Uri uri, String[] projection, String where,
      String[] whereArgs, String sortOrder) {
    SQLiteDatabase db = databaseHelper.getReadableDatabase();
    int match = uriMatcher.match(uri);
    if (match == -1) {
      throw new IllegalArgumentException("Unknown URI: " + uri);
    }

CONTENT_URI的定义：

DownloadConstants.Database.CONTENT_URI=Uri.parse("content://" + AUTHORITY
        + "/" + DOWNLOAD_TABLE);

public static final String AUTHORITY = BuildConfig.APPLICATION_ID + ".provider.CustomContentProvider";

直接看下面的测试：

我在shadow 的demo 打印了下日志进行测试，发现也是会自动添加com.tencent.shadow.sample.host.contentprovider.authority.dynamic，这个是符合预期的吗？

如果符合预期，那么原本插件的逻辑用到Uri.parse的地方就可能发生上述不匹配的问题
插件原来的逻辑

uriMatcher.addURI(BuildConfig.APPLICATION_ID + ".provider.CustomContentProvider",
        "downloads", 1);
uriMather.match(uri）// 带有 com.tencent.shadow.sample.host.contentprovider.authority.dynamic 的uri 不匹配

而且如果插件APP本身依赖的三方SDK 如果也有类似情况的话，也会有问题？

[shifujun]

这个应该是不符合预期的。ContentProvider的支持原理大概应该是把插件的authority放到宿主Container ContentProvider的参数里，以便这些插件的authority能跨进程传递。然后在插件环境里再还原回去。让插件内部看不到宿主的Container ContentProvider的authority。

从这个代码，可以看到转换uri的调用：

Shadow/projects/sdk/core/loader/src/main/kotlin/com/tencent/shadow/core/loader/delegates/ShadowContentProviderDelegate.kt

Line 67 in f9dc394

val pluginUri = mProviderManager.convert2PluginUri(uri)

我估计应该是有什么回调方法没处理的关系。建议Debug这部分逻辑。

[mikelhm]

Debug 结果： uri 是带有container的 authority， pluginUri是原来插件provider的 authority 符合预期吗？

[mikelhm]

其实我们遇到的问题是这样：

• 插件业务里会通过Uri.parse构建Uri，然后进行match判断，这个时候不符合预期，应该如何兼容，Shadow 是否有建议？
• 我们目前想到的办法是在 UriMatcher 也加上带有 Container Provider authority，但是这样就需要改插件的逻辑来兼容，不是特别好，万一三方SDK 也有这种逻辑就改不到了，本质上遇到的就是 「Uri.parse 被重实现」了后的副作用
• 我看以前也有人提过类似的问题 关于 FileProvider 拍照中 URI 的疑问 #454