如何不借助数据库使用Content Provider实现跨应用数据共享

针对你仅需共享少量字符串、双向收发的场景，最优实现是封装SharedPreferences的轻量ContentProvider方案，无需引入数据库，开发成本极低且稳定性有保障。

方案核心优势 #

• 无额外依赖：仅对原有SharedPreferences做轻量封装，不需要接入数据库或第三方组件
• 解决原生SP跨进程缺陷：所有读写操作都在SP所属进程执行，彻底规避原生MODE_MULTI_PROCESS的缓存不一致问题
• 安全可控：可通过自定义签名级权限控制访问范围，只有指定应用可以读写数据
• 适配双向通信需求：读操作对应拉取对方数据，写操作对应向对方发送数据，逻辑清晰易维护
• 响应速度快：同步读写耗时仅几毫秒，远优于广播、文件共享等方案

具体实现步骤 #

1. 数据提供端（持有SP的应用）实现 #

• 自定义继承ContentProvider的类，重写对应方法映射SP操作：
  • query()：从传入的URI参数中提取要读取的key，返回携带对应value的Cursor
  • insert()/update()：从传入的ContentValues中提取key和value，写入本地SP
  • delete()：根据传入的key删除SP对应条目
  • 不需要实现数据库相关的onCreate逻辑，直接在该方法中初始化SP实例即可
• 在AndroidManifest.xml中注册Provider，配置访问权限：
  首先声明自定义权限：

  <permission
      android:name="com.your.package.SP_SHARE_PERMISSION"
      android:protectionLevel="signature" />
  

  注册Provider：

  <provider
      android:name=".SpContentProvider"
      android:authorities="com.your.package.sp.provider"
      android:exported="true"
      android:permission="com.your.package.SP_SHARE_PERMISSION" />
  

  如果两个应用签名不同，可将protectionLevel改为normal，但会有数据泄露风险，不推荐

2. 数据交互端（另一应用）实现 #

• 首先在自身AndroidManifest.xml中申请权限：

  <uses-permission android:name="com.your.package.SP_SHARE_PERMISSION" />
  

• 拉取对方数据：调用getContentResolver().query()方法，传入对应URI和要查询的key，解析返回的Cursor拿到字符串值
• 向对方发送数据：调用getContentResolver().update()方法，传入URI和携带key、value的ContentValues即可完成写入

备选方案（同签名应用可选） #

如果两个应用使用相同签名，可以配置android:sharedUserId，通过createPackageContext()获取对方应用的Context，直接读取对方的SharedPreferences实例，代码更简单。但该方案缺陷非常明显：修改sharedUserId后旧版本应用无法覆盖安装，两个应用必须绑定升级，灵活性极差，仅适合内部绑定发布的应用场景。

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