Android ContentResolver报Unknown URL但ADB Shell命令正常问题

在Android开发中，使用ADB Shell命令可正常向第三方应用的ContentProvider执行插入或查询操作，例如：

adb shell content insert --uri content://com.***.***/device_info --bind store_id:s:12345

但将逻辑转为Java代码执行时，却抛出错误Unknown URL content://com.***.***/device_info，代码示例如下：

Uri contentUri = Uri.parse("content://com.***.***/device_info");
ContentValues contentValues = new ContentValues();
contentValues.put("store_id", storeIdString);
mContext.getContentResolver().insert(contentUri, contentValues);

查询该URI时也存在相同现象：ADB命令可正常执行，代码调用则失败。

可能的原因及解决办法 #

1. 未声明目标ContentProvider的访问权限 #

ADB Shell拥有系统级权限，无需声明权限即可访问任意ContentProvider，但普通应用必须在AndroidManifest.xml中声明目标ContentProvider要求的访问权限。

• 解决步骤：
  1. 找到目标应用Manifest中对应ContentProvider的android:permission属性值；
  2. 在你的应用Manifest中添加该权限声明：

     <uses-permission android:name="目标权限标识" />
     

2. Authority拼写错误或不匹配 #

目标应用的ContentProvider可能使用了与你代码中不同的authority，比如存在后缀（如com.***.**.provider）或拼写差异。

• 解决步骤：
  执行adb shell pm dump com.***.**命令，查看目标应用的Manifest信息，找到对应ContentProvider的android:authorities属性值，确保代码中Uri的authority与该值完全一致。

3. 目标ContentProvider限制了调用者身份 #

部分ContentProvider会在insert/query方法中校验调用者的包名或UID，仅允许特定应用或系统进程访问。ADB Shell属于系统进程，符合访问条件，但你的应用包名不在白名单内。

• 解决步骤：
  联系目标应用开发者，将你的应用包名添加到允许访问的白名单；如果是自主开发的目标应用，修改ContentProvider的权限校验逻辑，放开对当前应用的访问限制。

4. 应用处于隔离沙箱环境 #

若你的应用运行在隔离分区（比如工作资料模式），可能无法访问主分区的ContentProvider，反之亦然。

• 解决步骤：
  确保你的应用与目标应用处于同一运行分区，或在系统层面配置跨分区访问权限（需依赖厂商系统支持）。

5. 目标ContentProvider未正确导出 #

部分场景下，目标ContentProvider的android:exported属性设为false，但通过系统签名或特殊权限允许ADB访问，而你的应用不具备这些权限。

• 解决步骤：
  确认目标ContentProvider的android:exported属性为true；若无法修改目标应用，可尝试为你的应用申请系统级权限（不推荐普通应用使用此方案）。

内容的提问来源于stack exchange，提问作者Jeff Hatfield