Android 7.0相机适配及FileProvider重复那些坑

简介: 本文首发于公众号“AntDream”,欢迎微信搜索“AntDream”或扫描文章底部二维码关注,和我一起每天进步一点点 Android 7.0相机拍照适配 (1)首先必须获取拍照的权限 简单一点的可以直接用ActivityCompat的requestPermissions方法 ActivityCompat.

本文首发于公众号“AntDream”,欢迎微信搜索“AntDream”或扫描文章底部二维码关注,和我一起每天进步一点点

Android 7.0相机拍照适配

(1)首先必须获取拍照的权限

简单一点的可以直接用ActivityCompatrequestPermissions方法

ActivityCompat.requestPermissions(context,
                        new String[]{permission},
                        requestCode);

权限请求的结果会在onRequestPermissionsResult中回调

@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
    super.onRequestPermissionsResult(requestCode, permissions, grantResults);
    switch (requestCode) {
        case 1://对应requestPermissions的requestCode
            if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {//如果一次申请多个权限,就按顺序依次grantResults[1]、grantResults[2]判断
                Toasts.showShort("再次点击即可拍照");
            } else {
                // Permission Denied
            }
            break;
    }
}
(2)调用相机拍照
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
UUID uuid = UUID.randomUUID();
File file = new File(Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DCIM), uuid.toString() + ".jpeg");//拍照文件的路径
//判断是否是AndroidN以及更高的版本
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
    intent.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
    Uri uri = FileProvider.getUriForFile(getContext(), BuildConfig.APPLICATION_ID + ".fileProvider", file);
    intent.putExtra(MediaStore.EXTRA_OUTPUT, uri);
} else {
    Uri uri = Uri.fromFile(file);
    intent.putExtra(MediaStore.EXTRA_OUTPUT, uri);
}
startActivityForResult(intent, requestCode);

主要的适配就是Android 7.0以上发起调用的Uri必须通过FileProvider来获取,也就是下面这句:

Uri uri = FileProvider.getUriForFile(getContext(), BuildConfig.APPLICATION_ID + ".fileProvider", file);

FileProvidergetUriForFile方法有三个参数:

  1. 第一个参数为Context,这个好理解
  2. 第二个参数为FileProvider的签名,也就是一个唯一标识,这个一个应用里面必须是唯一的,否则会有问题,后面会单独讲。一般为包名+自定义的标识,这个必须和AndroidManifest中配置的Provider的authorities属性一致
  3. 第三个参数也好立即,就是拍照将要生成的文件了

所以我们还需要对FileProvider进行特别的处理

(3)在AndroidManifest文件中注册FileProvider
<!--Android N 相机-->
<provider
    android:name=".provider.MyFileProvider"
    android:authorities="${applicationId}.myfileprovider"//这里表示授权信息
    android:grantUriPermissions="true"//必须为true,表示同意权限
    android:exported="false">//必须为false,否则会报错
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/file_paths" />
</provider>
  1. name属性为FileProvider的路径
  2. authorities为授权的签名,一般为包名+自定义的标识,与生成的Uri的第二个参数对应
  3. grantUriPermissions属性必须为true
  4. exported必须为false
  5. meta-data中的resource属性必须配置,为共享的文件路径,也就是系统相机应用和我们的应用共享的文件路径
(4)创建上面配置的file_paths共享文件配置

文件内容就是指定的共享路径了

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <external-path name="external_files" path="."/>
</paths>
(5)最后在onActivityResult中接收照片
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    super.onActivityResult(requestCode, resultCode, data);
    //拍照成功以后
    if (resultCode == RESULT_OK) {
        switch (requestCode) {
            case FROM_CAMERA:
                //做照片的处理
                ...
        }
    } else {
        ToastUtil.shortToast(this, R.string.cancel);
    }

}

适配需要注意的坑

(1)FileProvider路径不一致
  1. 这里要特别注意上面获取Uri时的第二个参数,也就是包名+自定义的标识必须和AndroidManifest文件中配置的一致
  2. 第二个就比较坑了,如果是模块化开发,需要特别注意包名的一致

再来看看那句代码:

Uri uri = FileProvider.getUriForFile(getContext(), BuildConfig.APPLICATION_ID + ".fileProvider", file);

坑就在BuildConfig.APPLICATION_ID这里,如果用BuildConfig来获取APPLICATION_ID,在模块化开发中就会出现不一致的情况。比如打开相机的模块是camera,我们应用的包名是com.my.app,那么BuildConfig.APPLICATION_ID的值就不一样了:

camera模块:com.my.app.camera

我们app:com.my.app

这样导致的后果就是导调用相机的时候闪退,并且每次通过IDE安装应用的时候都会弹出下面的提示要重新安装App:

正确的姿势是用getPackageName()的方式获取,也就是改成下面这样:

Uri uri = FileProvider.getUriForFile(mContext, mContext.getPackageName() + ".myfileprovider", file);
(2)FileProvider重复

这个也出现在模块话开发中,或是引用的三方库中也定义了FileProvider,就会报FileProvider重复的错误。

Attribute provider#android.support.v4.content.FileProvider@authorities value=(***.fileProvider) from AndroidManifest.xml:352:13-62 is also present at ...

解决方法也很简单,就是定义一个我们自己的FileProvider:

public class MyFileProvider extends FileProvider {
}

是的,其他什么也不用干,直接继承FileProvider创建一个自己的FileProvider就好

然后,AndroidManifest文件中定义的FileProvider的name属性改成上面的MyFileProvider的路径就好

<provider
    android:name=".xtreme.provider.MyFileProvider" //自定义的FileProvider的路径
    android:authorities="${applicationId}.myfileprovider"
    android:grantUriPermissions="true"
    android:exported="false">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/file_paths" />
</provider>
目录
相关文章
|
5月前
|
XML Java Android开发
微信虚拟视频插件安卓,微信虚拟相机替换拍照,java源码分享
完整的相机应用项目包含三个主要文件:主活动实现、布局文件和清单文件。代码实现了相机预览、
|
5月前
|
Android开发 数据安全/隐私保护
手机微信虚拟视频聊天,安卓免root虚拟摄像头,免root虚拟hook相机
以上代码实现了一个完整的免root虚拟摄像头方案,通过Hook系统摄像头服务和微信视频通话接口
|
5月前
|
Java Android开发
安卓虚拟摄像头过人脸,免root虚拟hook相机,虚拟相机hook版【jar】
两种Hook Android相机的方法:Xposed模块和Frida脚本。Xposed模块需要安装在已root的设备
|
Java Android开发
Android12 双击power键启动相机源码解析
Android12 双击power键启动相机源码解析
357 0
|
调度 Android开发 UED
Android经典实战之Android 14前台服务适配
本文介绍了在Android 14中适配前台服务的关键步骤与最佳实践,包括指定服务类型、请求权限、优化用户体验及使用WorkManager等。通过遵循这些指南,确保应用在新系统上顺畅运行并提升用户体验。
946 6
|
程序员 Android开发
|
IDE API Android开发
安卓与iOS开发环境的差异及适配策略
在移动应用开发的广阔舞台上,Android和iOS两大操作系统各据一方,各自拥有独特的开发环境和工具集。本文旨在深入探讨这两个平台在开发环境上的关键差异,并提供有效的适配策略,帮助开发者优化跨平台开发流程。通过比较Android的Java/Kotlin和iOS的Swift/Objective-C语言特性、IDE的选择、以及API和系统服务的访问方式,本文揭示了两个操作系统在开发实践中的主要分歧点,并提出了一套实用的适配方法,以期为移动开发者提供指导和启示。
406 11
|
测试技术 API Android开发
Android经典实战之简化 Android 相机开发:CameraX 库的全面解析
CameraX是Android Jetpack的一个组件,旨在简化相机应用开发,提供了易于使用的API并支持从Android 5.0(API级别21)起的设备。其主要特性包括广泛的设备兼容性、简洁的API、生命周期感知、简化实现及方便的集成与测试。通过简单的几个步骤即可实现如拍照、视频录制等功能。此外,还提供了最佳实践指导以确保应用的稳定性和性能。
571 0
|
安全 Java Android开发
Android 14适配Google play截止时间临近,适配注意点和经验
本文介绍了Android 14带来的关键更新,包括性能优化、定制化体验、多语言支持、多媒体与图形增强等功能。此外,还强调了适配时的重要事项,如targetSdkVersion升级、前台服务类型声明、蓝牙权限变更等,以及安全性与用户体验方面的改进。开发者需按官方指南更新应用,以充分利用新特性并确保兼容性和安全性。
935 0