碰到这个问题太常见了，尤其是Android 8（API 26）之后，系统对ContentProvider的跨进程访问规则收紧了不少。你说同进程没问题、跨PID就报错，核心原因就是跨进程调用时没满足系统的权限和注册要求，我给你梳理几个必须做的点：

1. 确保ContentProvider在Manifest里的注册完全正确 #

这是最容易踩坑的地方，很多时候“找不到provider”就是因为这里配置错了：

• 必须指定唯一的android:authorities：这个值是你调用Provider时Uri里的核心标识，一定要和调用时的Uri对应上，比如你注册时写android:authorities="com.your.app.myprovider"，调用的Uri就得是content://com.your.app.myprovider/xxx，绝对不能写错。
• 显式设置android:exported="true"：Android 8及以上，系统默认对Provider的跨进程访问是限制的，如果你要允许其他进程（哪怕是自家APP的其他进程）访问，必须显式把这个属性设为true。
• 用自定义权限限制访问（可选但推荐）：如果只想让自家APP的进程访问这个Provider，避免被其他APP调用，可以配置签名级权限：
  首先在Manifest里声明自定义权限：

  <permission
      android:name="com.your.app.access_provider"
      android:protectionLevel="signature" />
  

  然后给ContentProvider添加权限限制：

  <provider
      android:name=".MyContentProvider"
      android:authorities="com.your.app.myprovider"
      android:exported="true"
      android:permission="com.your.app.access_provider" />
  

  最后在调用方的Manifest里添加权限声明：

  <uses-permission android:name="com.your.app.access_provider" />
  

  这样只有和你的APP签名一致的进程（也就是你自己APP的其他进程）才能访问这个Provider。

2. 调用时使用正确的Uri和上下文 #

• Uri必须准确无误：前面说过，Uri的authorities部分必须和Manifest里注册的完全匹配，一旦写错，系统就会返回“找不到provider”的错误，这是很多人忽略的细节。
• 优先使用Application Context获取ContentResolver：跨进程调用时，用getApplicationContext()来获取ContentResolver比用Activity的Context更稳妥，避免因为Activity生命周期变化导致的上下文异常，示例代码：

  // 正确的调用方式
  ContentResolver resolver = getApplicationContext().getContentResolver();
  Uri uri = Uri.parse("content://com.your.app.myprovider/user_data");
  Cursor cursor = resolver.query(uri, null, null, null, null);
  

3. 检查ContentProvider的进程配置和初始化 #

• 如果你的ContentProvider指定了单独的进程（通过android:process属性），要确保这个进程能正常启动。Android 8对后台进程的启动有一定限制，如果调用时Provider所在的进程是后台状态，可能会被系统拦截，这时候可以把调用操作放在前台任务中触发。
• 不要在ContentProvider的onCreate()方法里做耗时操作，比如网络请求、大量数据库初始化，否则会导致进程启动超时，Provider无法完成注册，系统自然找不到它。

4. Android 8及以上的额外注意事项 #

• 后台进程调用限制：如果调用方是后台进程，Android 8会限制它启动其他后台进程，这时候可以考虑使用JobScheduler或者WorkManager来触发跨进程的Provider调用，确保操作在允许的时机执行。
• 检查AppOps权限：部分自定义ROM会额外限制跨进程的ContentProvider访问，你可以在系统设置里查看APP的权限状态，确认没有被禁止相关操作。

总结 #

你遇到的Failed to find provider null错误，大概率是Manifest里的authorities配置错误或者没显式设置exported为true导致的，先排查这两个点，再结合自定义权限和调用方式的优化，基本就能解决跨PID调用ContentProvider的问题。

内容的提问来源于stack exchange，提问作者Kurian Vithayathil