文末
面试:如果不准备充分的面试,完全是浪费时间,更是对自己的不负责!
不管怎么样,不论是什么样的大小面试,要想不被面试官虐的不要不要的,只有刷爆面试题题做好全面的准备,当然除了这个还需要在平时把自己的基础打扎实,这样不论面试官怎么样一个知识点里往死里凿,你也能应付如流啊
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
注意一点,他需要设置一个meta-data,里面指向一个xml文件。
(2)编写resource xml file
<?xml version="1.0" encoding="utf-8"?>在paths节点内部支持以下几个子节点,分别为:
-
<root-path/>
代表设备的根目录new File("/")
; -
<files-path/>
代表context.getFilesDir()
-
<cache-path/>
代表context.getCacheDir()
-
<external-path/>
代表Environment.getExternalStorageDirectory()
-
<external-files-path>
代表context.getExternalFilesDirs()
-
<external-cache-path>
代表getExternalCacheDirs()
每个节点都支持两个属性:
-
name
-
path
path即为代表目录下的子目录,比如:
<external-path
name=“external”
path=“pics” />
代表的目录即为:Environment.getExternalStorageDirectory()/pics
,其他同理。
当这么声明以后,代码可以使用你所声明的当前文件夹以及其子文件夹。
本例使用的是SDCard所以这么写即可:
<?xml version="1.0" encoding="utf-8"?>为了简单,我们直接使用SDCard根目录,所以path里面就不填写子目录了~
这里你可能会有疑问,为什么要写这么个xml文件,有啥用呀?
刚才我们说了,现在要使用content://uri
替代file://uri
,那么,content://
的uri如何定义呢?总不能使用文件路径吧,那不是骗自己么~
所以,需要一个虚拟的路径对文件路径进行映射,所以需要编写个xml文件,通过path以及xml节点确定可访问的目录,通过name属性来映射真实的文件路径。
(3)使用FileProvider API
好了,接下来就可以通过FileProvider把我们的file转化为content://uri
了~
public void takePhotoNoCompress(View view) {
Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
if (takePictureIntent.resolveActivity(getPackageManager()) != null) {
String filename = new SimpleDateFormat(“yyyyMMdd-HHmmss”, Locale.CHINA)
.format(new Date()) + “.png”;
File file = new File(Environment.getExternalStorageDirectory(), filename);
mCurrentPhotoPath = file.getAbsolutePath();
Uri fileUri = FileProvider.getUriForFile(this, “com.zhy.android7.fileprovider”, file);
takePictureIntent.putExtra(MediaStore.EXTRA_OUTPUT, fileUri);
startActivityForResult(takePictureIntent, REQUEST_CODE_TAKE_PHOTO);
}
}
核心代码就这一行了~
FileProvider.getUriForFile(this, “com.zhy.android7.fileprovider”, file);
第二个参数就是我们配置的authorities
,这个很正常了,总得映射到确定的ContentProvider吧~所以需要这个参数。
然后再看一眼我们生成的uri:
content://com.zhy.android7.fileprovider/external/20170601-041411.png
可以看到格式为:content://authorities/定义的name属性/文件的相对路径
,即name隐藏了可存储的文件夹路径。
现在拿7.0的原生手机运行就正常啦~
不过事情到此并没有结束~~
打开一个4.4的模拟器,运行上述代码,你会发现又Crash啦,抛出了:Permission Denial
~
Caused by: java.lang.SecurityException: Permission Denial: opening provider android.support.v4.content.FileProvider from ProcessRecord{52b029b8 1670:com.android.camera/u0a36} (pid=1670, uid=10036) that is not exported from uid 10052
at android.os.Parcel.readException(Parcel.java:1465)
at android.os.Parcel.readException(Parcel.java:1419)
at android.app.ActivityManagerProxy.getContentProvider(ActivityManagerNative.java:2848)
at android.app.ActivityThread.acquireProvider(ActivityThread.java:4399)
因为低版本的系统,仅仅是把这个当成一个普通的Provider在使用,而我们没有授权,contentprovider的export设置的也是false;导致Permission Denial
。
那么,我们是否可以将export设置为true呢?
很遗憾是不能的。
在FileProvider的内部:
@Override
public void attachInfo(Context context, ProviderInfo info) {
super.attachInfo(context, info);
// Sanity check our security
if (info.exported) {
throw new SecurityException(“Provider must not be exported”);
}
if (!info.grantUriPermissions) {
throw new SecurityException(“Provider must grant uri permissions”);
}
mStrategy = getPathStrategy(context, info.authority);
}
确定了exported必须是false,grantUriPermissions必须是true ~~
所以唯一的办法就是授权了~
context提供了两个方法:
- grantUriPermission(String toPackage, Uri uri,
int modeFlags)
- revokeUriPermission(Uri uri, int modeFlags);
可以看到grantUriPermission需要传递一个包名,就是你给哪个应用授权,但是很多时候,比如分享,我们并不知道最终用户会选择哪个app,所以我们可以这样:
List resInfoList = context.getPackageManager()
.queryIntentActivities(intent, PackageManager.MATCH_DEFAULT_ONLY);
for (ResolveInfo resolveInfo : resInfoList) {
String packageName = resolveInfo.activityInfo.packageName;
context.grantUriPermission(packageName, uri, flag);
}
根据Intent查询出的所以符合的应用,都给他们授权~~
恩,你可以在不需要的时候通过revokeUriPermission移除权限~
那么增加了授权后的代码是这样的:
public void takePhotoNoCompress(View view) {
Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
if (takePictureIntent.resolveActivity(getPackageManager()) != null) {
String filename = new SimpleDateFormat(“yyyyMMdd-HHmmss”, Locale.CHINA)
.format(new Date()) + “.png”;
File file = new File(Environment.getExternalStorageDirectory(), filename);
mCurrentPhotoPath = file.getAbsolutePath();
Uri fileUri = FileProvider.getUriForFile(this, “com.zhy.android7.fileprovider”, file);
List resInfoList = getPackageManager()
.queryIntentActivities(takePictureIntent, PackageManager.MATCH_DEFAULT_ONLY);
for (ResolveInfo resolveInfo : resInfoList) {
String packageName = resolveInfo.activityInfo.packageName;
grantUriPermission(packageName, fileUri, Intent.FLAG_GRANT_READ_URI_PERMISSION
| Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
}
takePictureIntent.putExtra(MediaStore.EXTRA_OUTPUT, fileUri);
startActivityForResult(takePictureIntent, REQUEST_CODE_TAKE_PHOTO);
}
}
这样就搞定了,不过还是挺麻烦的,如果你仅仅是对旧系统做兼容,还是建议做一下版本校验即可,也就是说不要管什么授权了,直接这样获取uri
Uri fileUri = null;
if (Build.VERSION.SDK_INT >= 24) {
fileUri = FileProvider.getUriForFile(this, “com.zhy.android7.fileprovider”, file);
} else {
fileUri = Uri.fromFile(file);
}
这样会比较方便也避免导致一些问题。当然了,完全使用uri也有一些好处,比如你可以使用私有目录去存储拍摄的照片
文章最后会给出快速适配的方案~~不需要这么麻烦~
好像,还有什么知识点没有提到,再看一个例子吧~
四、使用FileProvider兼容安装apk
正常我们在编写安装apk的时候,是这样的:
public void installApk(View view) {
File file = new File(Environment.getExternalStorageDirectory(), “testandroid7-debug.apk”);
Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(Uri.fromFile(file),
“application/vnd.android.package-archive”);
startActivity(intent);
}
拿个7.0的原生手机跑一下,android.os.FileUriExposedException
又来了~~
android.os.FileUriExposedException: file:///storage/emulated/0/testandroid7-debug.apk exposed beyond app through Intent.getData()
好在有经验了,简单修改下uri的获取方式。
if (Build.VERSION.SDK_INT >= 24) {
fileUri = FileProvider.getUriForFile(this, “com.zhy.android7.fileprovider”, file);
} else {
fileUri = Uri.fromFile(file);
}
再跑一次,没想到还是抛出了异常(警告,没有Crash):
java.lang.SecurityException: Permission Denial:
opening provider android.support.v4.content.FileProvider
from ProcessRecord{18570a 27107:com.google.android.packageinstaller/u0a26} (pid=27107, uid=10026) that is not exported from UID 10004
可以看到是权限问题,对于权限我们刚说了一种方式为grantUriPermission
,这种方式当然是没问题的啦~
加上后运行即可。
其实对于权限,还提供了一种方式,即:
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION | Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
我们可以在安装包之前加上上述代码,再次运行正常啦~
现在我有两个非常疑惑的问题:
- 问题1:为什么刚才拍照的时候,Android 7的设备并没有遇到
Permission Denial
的问题?
恩,之所以不需要权限,主要是因为Intent的action为ACTION_IMAGE_CAPTURE
,当我们startActivity后,会辗转调用Instrumentation的execStartActivity
方法,在该方法内部,会调用intent.migrateExtraStreamToClipData();
方法。
该方法中包含:
if (MediaStore.ACTION_IMAGE_CAPTURE.equals(action)
|| MediaStore.ACTION_IMAGE_CAPTURE_SECURE.equals(action)
|| MediaStore.ACTION_VIDEO_CAPTURE.equals(action)) {
final Uri output;
try {
output = getParcelableExtra(MediaStore.EXTRA_OUTPUT);
} catch (ClassCastException e) {
return false;
}
if (output != null) {
setClipData(ClipData.newRawUri(“”, output));
addFlags(FLAG_GRANT_WRITE_URI_PERMISSION|FLAG_GRANT_READ_URI_PERMISSION);
return true;
}
}
可以看到将我们的EXTRA_OUTPUT,转为了setClipData,并直接给我们添加了WRITE和READ权限。
注:该部分逻辑应该是21之后添加的。
- 问题2:为什么刚才拍照案例的时候,Android 4.4设备遇到权限问题,不通过addFlags这种方式解决?
因为addFlags主要用于setData
,setDataAndType
以及setClipData
(注意:4.4时,并没有将ACTION_IMAGE_CAPTURE
转为setClipData实现)这种方式。
所以addFlags方式对于ACTION_IMAGE_CAPTURE
在5.0以下是无效的,所以需要使用grantUriPermission
,如果是正常的通过setData分享的uri,使用addFlags是没有问题的(可以写个简单的例子测试下,两个app交互,通过content://
)。
五、总结下
终于将知识点都涵盖到了~
总结下,使用content://
替代file://
,主要需要FileProvider的支持,而因为FileProvider是ContentProvider的子类,所以需要在AndroidManifest.xml中注册;而又因为需要对真实的filepath进行映射,所以需要编写一个xml文档,用于描述可使用的文件夹目录,以及通过name去映射该文件夹目录。
对于权限,有两种方式:
-
方式一为Intent.addFlags,该方式主要用于针对intent.setData,setDataAndType以及setClipData相关方式传递uri的。
-
方式二为grantUriPermission来进行授权
相比来说方式二较为麻烦,因为需要指定目标应用包名,很多时候并不清楚,所以需要通过PackageManager进行查找到所有匹配的应用,全部进行授权。不过更为稳妥~
方式一较为简单,对于intent.setData,setDataAndType正常使用即可,但是对于setClipData,由于5.0前后Intent#migrateExtraStreamToClipData
,代码发生变化,需要注意~
好了,看到现在是不是觉得适配7.0挺麻烦的,其实一点都不麻烦,下面给大家总结一种快速适配的方式。
六、快速完成适配
(1)新建一个module
创建一个library
的module,在其AndroidManifest.xml中完成FileProvider的注册,代码编写为:
<provider
android:name=“android.support.v4.content.FileProvider”
android:authorities=“${applicationId}.android7.fileprovider”
android:exported=“false”
android:grantUriPermissions=“true”>
<meta-data
android:name=“android.support.FILE_PROVIDER_PATHS”
android:resource=“@xml/file_paths” />
注意一点,android:authorities
不要写死,因为该library最终可能会让多个项目引用,而android:authorities
是不可以重复的,如果两个app中定义了相同的,则后者无法安装到手机中(authority conflict)。
同样的的编写file_paths~
<?xml version="1.0" encoding="utf-8"?><root-path
name=“root”
path=“” />
<files-path
name=“files”
path=“” />
<cache-path
name=“cache”
学习分享
①「Android面试真题解析大全」PDF完整高清版+②「Android面试知识体系」学习思维导图压缩包
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
nflict)。
同样的的编写file_paths~
<?xml version="1.0" encoding="utf-8"?><root-path
name=“root”
path=“” />
<files-path
name=“files”
path=“” />
<cache-path
name=“cache”
学习分享
①「Android面试真题解析大全」PDF完整高清版+②「Android面试知识体系」学习思维导图压缩包
[外链图片转存中…(img-ytqMxXkY-1714756986947)]
[外链图片转存中…(img-TjG8rc9g-1714756986948)]
[外链图片转存中…(img-4WnHovWw-1714756986948)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!