当我试图打开一个文件时，应用程序崩溃了。它可以在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的麻烦。
As of Android N, in order to work around this issue, you need to use the FileProvider API
这里有3个主要步骤，如下所述
第一步:舱单入境
<manifest ...>
<application ...>
<provider
android:name="android.support.v4.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>
</application>
</manifest>
步骤2:创建XML文件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>
步骤3:代码更改
File file = ...;
Intent install = new Intent(Intent.ACTION_VIEW);
install.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_NEW_TASK);
// Old Approach
install.setDataAndType(Uri.fromFile(file), mimeType);
// End Old approach
// New Approach
Uri apkURI = FileProvider.getUriForFile(
context,
context.getApplicationContext()
.getPackageName() + ".provider", file);
install.setDataAndType(apkURI, mimeType);
install.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
// End New Approach
context.startActivity(install);
除了使用FileProvider的解决方案，还有另一种方法可以解决这个问题。简单地说
StrictMode.VmPolicy.Builder builder = new StrictMode.VmPolicy.Builder();
StrictMode.setVmPolicy(builder.build());
在Application.onCreate()。通过这种方式，VM忽略文件URI公开。
方法
builder.detectFileUriExposure()
启用文件暴露检查，如果我们不设置VmPolicy，这也是默认行为。
我遇到了一个问题，如果我使用content:// URI发送一些东西，一些应用程序就是不能理解它。并且不允许降低目标SDK版本。在这种情况下，我的解决方案是有用的。
更新:
正如评论中提到的，StrictMode是诊断工具，不应该用于此问题。当我在一年前发布这个答案时，许多应用程序只能接收文件uri。当我试图向它们发送FileProvider uri时，它们就崩溃了。这在大多数应用程序中都是固定的，所以我们应该使用FileProvider解决方案。
我的答案是“乌里”。解析文件路径为字符串，而不是使用Uri.fromFile()。
String storage = Environment.getExternalStorageDirectory().toString() + "/test.txt";
File file = new File(storage);
Uri uri;
if (Build.VERSION.SDK_INT < 24) {
uri = Uri.fromFile(file);
} else {
uri = Uri.parse(file.getPath()); // My work-around for SDKs up to 29.
}
Intent viewFile = new Intent(Intent.ACTION_VIEW);
viewFile.setDataAndType(uri, "text/plain");
startActivity(viewFile);
似乎fromFile()使用了一个文件指针，当内存地址暴露给所有应用程序时，我认为这可能是不安全的。但是文件路径字符串不会伤害任何人，所以它不会抛出FileUriExposedException异常。
测试API等级9至29!在另一个应用程序中成功打开文本文件进行编辑。不需要FileProvider，也不需要Android支持库。这将不能在API级别30(Android 11)或更新版本上正常工作，因为getExternalStorageDirectory()已弃用。
