当我试图打开一个文件时，应用程序崩溃了。它可以在Android Nougat下运行，但在Android Nougat上它会崩溃。只有当我试图从SD卡，而不是从系统分区打开文件时，它才会崩溃。权限问题?
示例代码:
File file = new File("/storage/emulated/0/test.txt");
Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(Uri.fromFile(file), "text/*");
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent); // Crashes on this line
日志:
android.os.FileUriExposedException:
///storage/emulated/0/test.txt
Intent.getData ()
编辑:
当针对Android Nougat时，file:// uri不再被允许。我们应该使用content:// uri。但是，我的应用程序需要打开根目录下的文件。什么好主意吗?
@Pkosta的回答是这样做的一种方式。
除了使用FileProvider，你还可以将文件插入到MediaStore中(特别是图像和视频文件)，因为MediaStore中的文件可以被每个应用程序访问:
MediaStore主要针对视频、音频和图像MIME类型，但是从Android 3.0 (API级别11)开始，它也可以存储非媒体类型(见MediaStore)。文件获取更多信息)。文件可以使用scanFile()插入到MediaStore中，然后将适合共享的content://样式的Uri传递给提供的onScanCompleted()回调。注意，一旦将内容添加到系统MediaStore中，设备上的任何应用程序都可以访问内容。
例如，你可以像这样插入一个视频文件到MediaStore:
ContentValues values = new ContentValues();
values.put(MediaStore.Video.Media.DATA, videoFilePath);
Uri contentUri = context.getContentResolver().insert(
MediaStore.Video.Media.EXTERNAL_CONTENT_URI, values);
contentUri类似于content://media/external/video/media/183473，它可以直接传递给Intent.putExtra:
intent.setType("video/*");
intent.putExtra(Intent.EXTRA_STREAM, contentUri);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
activity.startActivity(intent);
这对我来说很有用，并且省去了使用FileProvider的麻烦。
@Pkosta的回答是这样做的一种方式。
除了使用FileProvider，你还可以将文件插入到MediaStore中(特别是图像和视频文件)，因为MediaStore中的文件可以被每个应用程序访问:
MediaStore主要针对视频、音频和图像MIME类型，但是从Android 3.0 (API级别11)开始，它也可以存储非媒体类型(见MediaStore)。文件获取更多信息)。文件可以使用scanFile()插入到MediaStore中，然后将适合共享的content://样式的Uri传递给提供的onScanCompleted()回调。注意，一旦将内容添加到系统MediaStore中，设备上的任何应用程序都可以访问内容。
例如，你可以像这样插入一个视频文件到MediaStore:
ContentValues values = new ContentValues();
values.put(MediaStore.Video.Media.DATA, videoFilePath);
Uri contentUri = context.getContentResolver().insert(
MediaStore.Video.Media.EXTERNAL_CONTENT_URI, values);
contentUri类似于content://media/external/video/media/183473，它可以直接传递给Intent.putExtra:
intent.setType("video/*");
intent.putExtra(Intent.EXTRA_STREAM, contentUri);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
activity.startActivity(intent);
这对我来说很有用，并且省去了使用FileProvider的麻烦。
我刚刚做了以下如果android版本> 24
File fl = new File(url);
Uri uri = Uri.fromFile(fl);
Intent intent = new Intent(Intent.ACTION_VIEW);
if (android.os.Build.VERSION.SDK_INT>=24)
{
Context context = getApplicationContext();
uri = FileProvider.getUriForFile(
context,
context.getApplicationContext()
.getPackageName() + ".provider", fl);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
}
intent.setDataAndType(uri, mimetype);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
点击这个链接，然后https://medium.com/@ali.muzaffar/what-is-android-os- fileuriexposedexceptionand what-you-can-do-about-it 70b9eb17c6d0#.54odzsnk4
以下是我的解决方案:
在Manifest.xml
<application
android:name=".main.MainApp"
android:allowBackup="true"
android:icon="@drawable/ic_app"
android:label="@string/application_name"
android:logo="@drawable/ic_app_logo"
android:theme="@style/MainAppBaseTheme">
<provider
android:name="androidx.core.content.FileProvider"
android:authorities="${applicationId}.provider"
android:exported="false"
android:grantUriPermissions="true">
<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/provider_paths"/>
</provider>
在res / xml / provider_paths.xml
<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
<external-path name="external_files" path="."/>
</paths>
在我的片段中，我有下面的代码:
Uri myPhotoFileUri = FileProvider.getUriForFile(getActivity(), getActivity().getApplicationContext().getPackageName() + ".provider", myPhotoFile);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
intent.putExtra(MediaStore.EXTRA_OUTPUT, myPhotoFileUri);
Тhat就是你所需要的。
也不需要创造
public class GenericFileProvider extends FileProvider {}
我在Android 5.0, 6.0和Android 9.0上进行了测试，并取得了成功。
如果你的应用程序目标API 24+，你仍然想要/需要使用file:// intents，你可以使用hack方法禁用运行时检查:
if(Build.VERSION.SDK_INT>=24){
try{
Method m = StrictMode.class.getMethod("disableDeathOnFileUriExposure");
m.invoke(null);
}catch(Exception e){
e.printStackTrace();
}
}
StrictMode方法。disableDeathOnFileUriExposure被隐藏并记录为:
/**
* Used by lame internal apps that haven't done the hard work to get
* themselves off file:// Uris yet.
*/
问题是我的应用程序不是蹩脚的，而是不想被使用内容://意图所削弱，这是许多应用程序无法理解的。例如，以content:// scheme打开mp3文件，提供的应用程序比打开相同的over file:// scheme时少得多。我不想为谷歌的设计缺陷买单，限制我的应用程序的功能。
谷歌希望开发者使用内容方案，但系统并没有为此做好准备，多年来应用程序都是使用文件而不是“内容”，文件可以编辑和保存，而通过内容方案提供的文件则不能(可以吗?)
