android 用相机拍摄然后再app页面显示由于相片太大无法显示 app拍照失败

转载

mob6454cc77db30 2024-01-02 21:37:25

文章标签 android ide xml 文章分类 Android 移动开发

背景:

SamSung SM-N9006 Android5.0在应用中拍照之后，无法获取拍照之后的数据，报错FileUriExposedException

思路：

参考官方文档对该错误的解释，是由于出于安全考虑，Android 7.0[API24]以及以上版本不支持file://，使用content://URI，可能三星这款机型动了Framework吧。

Note: We are using getUriForFile(Context, String, File) which returns a content:// URI. For more recent apps targeting android 7.0 (API level 24) and higher, passing a file:// URI across a package boundary causes a FileUriExposedException. Therefore, we now present a more generic way of storing images using a FileProvider.

关键方法:

1.启动照相时，借助FileProvider生成content://URI保存拍照结果

/**
    * 老方法[Android7.0以及以上报错FileUriExposedException]
    */
private void doTakePhotoOld() {
        Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
        if (intent.resolveActivity(getPackageManager()) != null) {
            File newFile = createTakePhotoFile();
            intent.putExtra(MediaStore.EXTRA_OUTPUT, Uri.fromFile(newFile));
            startActivityForResult(intent, REQUEST_CAMERA);
        }
    }

/**
  * 拍照新方法[全尺寸]
  */
private void doTakePhoto() {
        Intent takePhotoIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
        if (takePhotoIntent.resolveActivity(getPackageManager()) != null) {
            File newFile = createTakePhotoFile();
            Uri contentUri = FileProvider.getUriForFile(this, "com.harry.shopping.fileprovider", newFile);
            Log.i(TAG, "contentUri = " + contentUri.toString());
                        List<ResolveInfo> resInfoList= getPackageManager().queryIntentActivities(takePhotoIntent, PackageManager.MATCH_DEFAULT_ONLY);
            for (ResolveInfo resolveInfo : resInfoList) {
                String packageName = resolveInfo.activityInfo.packageName;
                grantUriPermission(packageName, contentUri,
                        Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
            }
            takePhotoIntent.putExtra(MediaStore.EXTRA_OUTPUT, contentUri);
            startActivityForResult(takePhotoIntent, REQUEST_CAMERA);
        }
    }
/**
     * @return 拍照之后存储的文件
     */
    @NonNull
    private File createTakePhotoFile() {
        File imagePath = new File(getExternalFilesDir(Environment.DIRECTORY_PICTURES), "take_photo");
        if (!imagePath.exists()) {
            imagePath.mkdirs();
        }
        File file = new File(imagePath, "default_image.jpg");
        mCurrentPhotoPath = file.getPath();// 存储拍照的路径
        return file;
    }

小米复现Java.lang.SecurityException: Permission Denial: opening provider android.support.v4.content.FileProvider from ProcessRecord{42725078 24872:com.android.camera/u0a14} (pid=24872, uid=10014) that is not exported from uid 10310，此时需要for循环授权进行修复。

2.对FileProvider进行设置

2.1AndroidManifest.xml注册

<application
    ...
    <provider
            android:name="android.support.v4.content.FileProvider"
            android:authorities="应用包名.fileprovider"
            android:exported="false"
            android:grantUriPermissions="true">
            <meta-data
                android:name="android.support.FILE_PROVIDER_PATHS"
                android:resource="@xml/file_paths"/>
        </provider>
    ...
</application>

注意，android:authorities属性值和之前FileProvider.getUriForFile方法使用的authorities必须保持一致。

2.2在res/xml新建file_paths.xml设置文件路径

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <external-path name="images" path="Android/data/com.harry.shopping/files/Pictures" />
</paths>

经过以上操作就可以在onActivityResult里面获取到照片路径mCurrentPhotoPath。

附录1：使用时FileProvider五个步骤

1.定义一个FileProvider，并在AndroidManifest.xml注册。一般v4包下的的FileProvider即可

<provider
    android:name="android.support.v4.content.FileProvider"
    android:authorities="com.harry.shopping.fileprovider"
    android:exported="false"
    android:grantUriPermissions="true">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/file_paths"/>
</provider>

2.Provider配置文件路径 2.1配置meta-data指定保存文件路径

<meta-data
    android:name="android.support.FILE_PROVIDER_PATHS"
    android:resource="@xml/file_paths"/>

2.2在xml文件下新建file_paths配置路径

<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <external-path name="my_images" path="Android/data/com.harry.shopping/files/Pictures" />
</paths>

name表示生成URI时的别名，path是指相对路径

<files-path name="name" path="path" />
Context.getFilesDir()

<cache-path name="name" path="path" />
Context.getCacheDir()

<external-path name="name" path="path" />
Environment.getExternalStorageDirectory()

<external-files-path name="name" path="path" />
Context#getExternalFilesDir(String) Context.getExternalFilesDir(null).

<external-cache-path name="name" path="path" />
Context.getExternalCacheDir()

3.为一个文件生成Content URI

File imagePath = new File(Context.getFilesDir(), "images");
File newFile = new File(imagePath, "default_image.jpg");
Uri contentUri = getUriForFile(getContext(), "com.mydomain.fileprovider", newFile);

生成URI：content://com.mydomain.fileprovider/my_images/default_image.jpg 4.为URI临时授权,两种方法

// mode_flags可以设置为 FLAG_GRANT_READ_URI_PERMISSION, FLAG_GRANT_WRITE_URI_PERMISSION
Context.grantUriPermission(package, Uri, mode_flags);

权限失效：用户取消权限[revokeUriPermission() ]或者手机重启

2)Intent intent = new Intent();
intent.setData(Uri);
intent.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION|Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
setResult(RESULT_OK,intent);

权限失效：返回处理结果Activity所在的stack结束

5.发送这个URI给其他APP，两种方法 1)startActivityResult() 2)借助ClipData处理

附录2：最近路径容易搞混，也打印记录下

Context.getFilesDir()=/data/data/com.harry.shopping/files
        Context.getCacheDir()=/data/data/com.harry.shopping/cache
        Environment.getExternalStorageDirectory()=/storage/emulated/0
        getExternalFilesDir(Environment.DIRECTORY_PICTURES)=/storage/emulated/0/Android/data/com.harry.shopping/files/Pictures
        Context.getExternalFilesDir(null)=/storage/emulated/0/Android/data/com.harry.shopping/files
        Context.getExternalCacheDir()=/storage/emulated/0/Android/data/com.harry.shopping/cache

以下内容转自：https://www.jianshu.com/p/68a4e8132fcd

从Android 7.0开始，一个应用提供自身文件给其它应用使用时，如果给出一个file://格式的URI的话，应用会抛出FileUriExposedException。这是由于谷歌认为目标app可能不具有文件权限，会造成潜在的问题。所以让这一行为快速失败。详见这里。这里讨论两种解决方式。

1 FileProvider方式

这是谷歌官方推荐的解决方案。即使用FileProvider来生成一个content://格式的URI。具体实现方式如下：

manifest声明在manifest中声明一个provider。name（即类名）为android.support.v4.content.FileProvider。

<manifest>
    ... 
    <application>
        ...
        <provider
            android:name="android.support.v4.content.FileProvider"
            android:authorities="com.mydomain.fileprovider"
            android:exported="false"
            android:grantUriPermissions="true">
            <meta-data
                android:name="android.support.FILE_PROVIDER_PATHS"
                android:resource="@xml/file_paths" />
        </provider>
        ...
    </application>
</manifest>

其中authorities可以自定义。为了避免和其它app冲突，最好带上自己app的包名。file_paths.xml中编写该Provider对外提供文件的目录。文件放置在res/xml/下。 2.编写file_paths.xml 文件格式如下：

<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <files-path name="my_images" path="images/"/>
    ...
</paths>

内部的element可以是files-path，cache-path，external-path，external-files-path，external-cache-path，分别对应Context.getFilesDir()，Context.getCacheDir()，Environment.getExternalStorageDirectory()，Context.getExternalFilesDir()，Context.getExternalCacheDir()等几个方法。后来翻看源码发现还有一个没有写进文档的，但是也可以使用的element，是root-path，直接对应文件系统根目录。不过既然没有写进文档中，其实还是有将来移除的可能的。使用的话需要注意一下风险。

3.在Java代码当中使用以分享一个图片为例：

File file = ...;    //要分享的图片文件
Uri uri = FileProvider.getUriForFile(context, "com.mydomain.fileprovider", file);    //第二个参数是manifest中定义的`authorities`
Intent intent = new Intent(Intent.ACTION_SEND);
intent.setType("image/*");
intent.putExtra(Intent.EXTRA_TITLE, title);
intent.putExtra(Intent.EXTRA_TEXT, text);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);    //这一步很重要。给目标应用一个临时的授权。
startActivity(intent);    //或者其它最终处理方式

2 VmPolicy方式

以上方法固然是推荐使用的，正确的方法。但是我在实际开发中遇到这样的问题。某些应用（此处点名新浪微博）根本无法理解一个指向文件的content://格式的URI。新浪微博接收到这类URI之后，无法加载图片，并会在点击发送微博时崩溃。另一方面，新浪微博对权限管理的处理采取了一种比较流氓的方式。它会在启动时申请文件读写权限，而如果拒绝该权限的话，居然就直接退出了。我反正是不信什么需要文件权限来放缓存放数据的说辞。放缓存放数据有着一堆不需要权限的目录可用。但是这样一来，我们其实是不需要担心传递一个file://格式URI过去而对方没有权限的。话说回来，如何解决这一问题呢？我在调研的时候观察到严格模式的一个方法：StrictMode.VmPolicy.Builder.detectFileUriExposure()。顾名思义，调用这个方法就会检测FileUriExposure这件事。这个方法其实从API18就有了，是不是有可能在API24变成了默认选项呢？在Application.onCreate加入如下代码，置入一个不设防的VmPolicy：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
    StrictMode.VmPolicy.Builder builder = new StrictMode.VmPolicy.Builder();
    StrictMode.setVmPolicy(builder.build());
}

再用旧的方式直接把file://格式的URI发送出去。居然成功了，没有再抛出FileUriExposedException。

3 小结

最终我采取的综合方案是，先使用PackageManager.checkPermission检测对方的app有没有取得文件读写权限。如果有的话，给对方发送file://格式URI。如果没有的话，给对方发送FileProvider生成的URI并临时授权。原本一个有标准解决方案的问题，因为某些应用不遵循规范而需要做更多的调研和workaround。实在是麻烦。希望可以帮助到遇到同样问题的人。

本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。