求助：Android应用SQLite存储遇type=1400 audit: avc: denied权限问题

出现type=1400 audit: avc: denied { read write }错误，本质是SELinux的权限拦截，和普通的Android存储权限不是一回事，以下是针对性解决方案：

• 迁移数据库到应用私有目录
  别再把数据库放在外部存储路径（比如Environment.getExternalStorageDirectory()），Android 10+的Scoped Storage和SELinux规则会限制这类访问。改用应用私有存储，这里不需要额外权限，SELinux也不会拦截：

  File dbFile = getDatabasePath("your_database.db");
  

  私有目录的数据库仅当前应用可访问，安全性和兼容性都更好。

• 修正存储权限的申请逻辑
  如果你确实需要用外部存储：

  • Android 6.0+必须动态申请READ_EXTERNAL_STORAGE/WRITE_EXTERNAL_STORAGE权限，不能只在Manifest里声明。
  • Android 11+对外部存储的普通文件访问限制更严，非媒体类文件访问需要申请MANAGE_EXTERNAL_STORAGE，但这个权限需要向Google提交审核才能上架Play商店，非必要别用。

• 检查App Bundle的权限配置
  用App Bundle发布的应用，确保所有存储权限都在base APK的Manifest中声明，不要只放在拆分出来的模块里，否则部分设备可能无法正确获取权限。

• 验证签名差异导致的权限问题
  本地调试用的是debug签名，Play商店安装的是Google签名的release包，签名不同会导致SELinux的权限上下文不一样。建议下载Play商店生成的签名APK进行本地测试，复现问题后精准排查。

• 临时修复外部存储文件权限（不推荐作为最终方案）
  若必须保留外部存储路径，可尝试在创建数据库文件时设置权限：

  File dbFile = new File(your_external_storage_path, "your_database.db");
  if (!dbFile.exists()) {
      dbFile.createNewFile();
      dbFile.setReadable(true, false);
      dbFile.setWritable(true, false);
  }
  

  但这只是临时 workaround，优先推荐迁移到私有存储。

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