关闭读写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来查看。
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;
}
应用下载完毕，我们查看一下应用目录，发现更新包已经被下载下来了。
然后会调用打开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;
}
执行刚才的方法却出现了解析安装包失败的错误。
但是通过拷贝这个apk文件到外部存储目录，然后手动点击打开是没有任何问题的。那之前无法安装是因为什么呢？让我们再看一下下载的目录：
了解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文件的权限已经修改了。
这个时候也可以安装成功了。
