关闭读写SD卡权限后的应用适配问题

今天在做SD卡的代码优化的工作。之前公司的应用是在MainActivity中申请读写SD卡权限,如果用户选择了拒绝,那么直接弹窗提示用户必须赋予SD卡读写权限,否则将直接退出应用。虽然微信等app都是这样的逻辑,但是还是觉得很不友好。在如今这个Android手机的大环境中,SD读写权限没有那么十分严重。

因此,我们将对这里的逻辑进行改造。

1. Android中的内部存储与外部存储

Android SD卡主要有两种存储方式 Internal 、 External Storage

Internal内部存储,应用私有目录

这个目录的特点是:

  • 内部存储不需要申请任何权限
  • 这个目录始终可用,这个文件夹用于 App 中的 WebView 缓存页面信息,SharedPreferences 和 SQLiteDatabase 持久化应用相关数据等。
  • 当用户卸载 App 时,系统自动删除 data/data 目录下对应包名的文件夹及其内容。

对于没有root的手机是没办法看到data/data目录的,但是我们可以通过Androidstudio提供的Device File Explorer来查看。

关闭读写SD卡权限后的应用适配问题

External Storage外部存储

外部存储又分为 外部私有存储 、外部公有存储

Private files 外部存储空间中的应用私有目录

考虑内部存储空间容量有限,普通用户不能直接直观地查看目录文件等其他原因,Android 在外部存储空间中也提供有特殊目录供应用存放私有文件,文件路径为:

/storage/emulated/0/Android/data/app package name

它的特点是:

  • 默认情况下,系统并不会自动创建外部存储空间的应用私有目录。

  • 宿主 App 可以直接读写内部存储空间中的应用私有目录;而在 4.4 版本开始,宿主 App 才可以直接读写外部存储空间中的应用私有目录,使开发人员无需在 Manifest 文件中或者动态申请外部存储空间的文件读写权限

  • 当用户卸载 App 时,系统也会自动删除外部存储空间下的对应 App 私有目录文件夹及其内容。

  • 自 Android 7.0 开始,系统对应用私有目录的访问权限进一步限制。其他 App 无法通过 file:// 这种形式的 Uri 直接读写该目录下的文件内容,而是通过 FileProvider 访问。

Public files 外部存储空间中的公共目录

这里说的就是我们平时所看到的存储目录了,用户可以随意在里面进行创建删除等操作。这里面保存的大多是一些与应用无关的数据,当应用被卸载,用户仍然希望保留于设备当中的信息。常见如,拍照类应用的图片文件,用户是使用浏览器手动下载的文件等。

在这里读写目录属于Dangerous Permissions危险权限了,如果工程的targetSdkVersion >=23,就要考虑权限问题了 。动态申请权限在这里就不讲了。

说完了Android中内部存储和外部存储的区别,讲一下我是如何改造的。

2. 应用改造

这里我们提示应用升级的案例来说明是如何改造的。

在应用进入的闪屏页初始化中,首先判断是否拥有SD卡,是否获取了读写SD卡权限:

if (!SdCardUtils.isSdCardExist(AppStart.this)) {
   // 设置应用中保存的根路径
   AppConstants.PARENT_FOLD_PATH = getFilesDir().getAbsolutePath();
}else {
   // 设置应用中保存的根路径
   AppConstants.PARENT_FOLD_PATH = Environment
         .getExternalStorageDirectory() + File.separator + Constants.APP_NAME
         + File.separator;
}
/**
 * 判断当前设备上SD卡外部存储是否可用,这里只考虑6.0以上版本
 */
public static boolean isSdCardExist(Context context){
   if (ContextCompat.checkSelfPermission(context, Manifest.permission.WRITE_EXTERNAL_STORAGE)
         != PackageManager.PERMISSION_GRANTED) {
      return false;
   }

   boolean isExist = false;
   isExist = Environment.getExternalStorageState().equals(
         android.os.Environment.MEDIA_MOUNTED);
   return isExist;
}

如果我们关闭了SD卡读写权限,下载的更新包就会下载到内部存储空间

/**
 * 构造更新的软件的安装包的保存路径名 
 */
public static final String buildUpdateAPKPath() {
   if (!SdCardUtils.isSdCardExist(AppContext.getInstance()) && fileDir != null && fileDir.exists()) {
      return fileDir.toString() + "/";
   }
   String filePath = FileUtils.buildFilePath(new String[] { SdCardUtils.getSdCardPath(), APP_NAME });
   File dir = new File(filePath);
   if (!dir.exists()) {
      dir.mkdirs();
   }
   return filePath;
}

应用下载完毕,我们查看一下应用目录,发现更新包已经被下载下来了。

关闭读写SD卡权限后的应用适配问题

然后会调用打开apk文件的intent方法,核心方法如下

private static Intent getApkFileIntent(String updateFilePath) {
   Intent intent = new Intent();
   intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
   intent.setAction(android.content.Intent.ACTION_VIEW);
   Uri uri = Uri.fromFile(new File(updateFilePath));
   intent.setDataAndType(uri, "application/vnd.android.package-archive");
   return intent;
}

执行刚才的方法却出现了解析安装包失败的错误。

关闭读写SD卡权限后的应用适配问题

但是通过拷贝这个apk文件到外部存储目录,然后手动点击打开是没有任何问题的。那之前无法安装是因为什么呢?让我们再看一下下载的目录:

关闭读写SD卡权限后的应用适配问题

了解Linux目录权限的可以看出这里,我们对这个文件只有读写权限,没有执行权限

Linux的文件权限有以下设定:

  • Linux下文件的权限类型一般包括读,写,执行。对应字母为 r、w、x。
  • Linux下权限的属组有 拥有者 、群组 、其它组 三种。每个文件都可以针对这三个属组(粒度),设置不同的rwx(读写执行)权限。
  • 通常情况下,一个文件只能归属于一个用户和组, 如果其它的用户想有这个文件的权限,则可以将该用户加入具备权限的群组,一个用户可以同时归属于多个组。

知道了问题所在,我们就办法解决了。在打开apk之前,下载成功之后我们需要修改这个文件的权限:

String[] command = {"chmod", "777", updateAPK.getFilePath() };
ProcessBuilder builder = new ProcessBuilder(command);
try {
    builder.start();
} catch (IOException e) {
    e.printStackTrace();
}

重新运行打包apk,然后下载更新,更新结束后我们发现更新的apk文件的权限已经修改了。

关闭读写SD卡权限后的应用适配问题

这个时候也可以安装成功了。

上一篇:数据结构例程——稀疏矩阵的十字链表表示


下一篇:桥接模式