本文来自同步博客。html
运行时权限属于比较熟悉的话题不深刻展开。除了support
包可让应用完成运行时权限,github
上也有好多扩展。用得比较多的是Google
官方的EasyPermissions
。java
私有文件安全性的变更官方文档提到了三点反作用,详见文档。下面记录开发中碰见的两点。android
在调用照片拍照、调用包管理器安装apk等场景下都须要跨应用共享文件。在版本N
以前,直接使用“file://+文件路径”的方式就能够共享。git
可是在N
以后,这样操做会抛出异常FileUriExposedException。github
实际上在共享文件时,接受共享的应用可能并无向系统申请读取文件的权限,也可能没有访问该文件的权限。若是拥有者应用经过修改文件的权限,让其余任何应用均可以访问它,这显然是不安全的。安全
N
要求使用“content://+文件路径”的方式共享文件,并在共享的那一刻生成针对指定应用的临时权限。这种分享私有文件方法,Google
推荐使用FileProvider完成。ide
参考其余博客,这里记录两个注意点:工具
FileProvider
是support
包提供的功能,并不须要检查Android的版本进行区分处理。统一使用FileProvider
向外共享文件便可。FileProvider
的Available Files
的配置须要注意path
、name
、以及paths
里面的不一样标签的意义。不少使用者混淆了,详细请参考官方文档。下图是某网友的总结。DownloadManager
的COLUMN_LOCAL_FILENAME
字段限制N
之前的应用能够访问COLUMN_LOCAL_FILENAME
字段,可是以后的版本若访问该字段,将报SecurityException。ui
有一种不推荐的方式可让应用继续访问这个字段:在下载文件时,经过DownloadManager.Request.setDestinationInExternalFilesDir()
或DownloadManager.Request.setDestinationInExternalPublicDir()
把文件存储在公共目录。google
Google
推荐使用ContentResolver.openFileDescriptor()
。
而我在开发中碰到须要获取下载文件最终存储的完整路径的场景,下面记录个人处理方式:
String path = ""; if (Build.VERSION.SDK_INT > Build.VERSION_CODES.M) { String fileUri = c.getString(c.getColumnIndex(DownloadManager.COLUMN_LOCAL_URI)); if (fileUri != null) { path = Uri.parse(fileUri).getPath(); } } else { //Android 7.0以上的方式:请求获取写入权限,这一步报错过期的方式:DownloadManager.COLUMN_LOCAL_FILENAME int fileNameIdx = c.getColumnIndex(DownloadManager.COLUMN_LOCAL_FILENAME); path = c.getString(fileNameIdx); }
O
开始屏蔽了全局的“安装未知应用”设置开关,而是将之做为权限与每一个应用绑定。任何须要安装APK的应用须要在AndroidManifest中注册android.permission.REQUEST_INSTALL_PACKAGES
权限,不然将没法安装应用。
能够选择使用ACTION_MANAGE_UNKNOWN_APP_SOURCES
发起 Intent
操做,预先将用户引导至安装未知应用权限界面。也可使用PackageManager.canRequestPackageInstalls()
,查询此权限的状态。
很庆幸也很不幸,我负责的项目没有检测到使用了非SDK接口。
有关非SDK接口相关介绍参考这篇文章。
文中提到的veridex
工具须要本身下载Android
的源代码,具体操做参考官方文档。