我花了几乎一天的时间试图弄清楚为什么我得到了这个异常。经过大量的斗争，这个配置工作得很完美(Kotlin):

AndroidManifest.xml

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

file_paths.xml

<?xml version="1.0" encoding="utf-8"?>
<paths>
  <files-path name="movies_csv_files" path="."/>
</paths>

目的本身

fun goToFileIntent(context: Context, file: File): Intent {
    val intent = Intent(Intent.ACTION_VIEW)
    val contentUri = FileProvider.getUriForFile(context, "${context.packageName}.fileprovider", file)
    val mimeType = context.contentResolver.getType(contentUri)
    intent.setDataAndType(contentUri, mimeType)
    intent.flags = Intent.FLAG_GRANT_READ_URI_PERMISSION or Intent.FLAG_GRANT_WRITE_URI_PERMISSION

    return intent
}

我在这里解释整个过程。

@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的麻烦。

除了使用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解决方案。

以下是我的解决方案:

在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上进行了测试，并取得了成功。

只需将下面的代码粘贴到onCreate()活动中。

StrictMode.VmPolicy.Builder builder = new StrictMode.VmPolicy.Builder(); 
StrictMode.setVmPolicy(builder.build());

它将忽略URI公开。

快乐编码:-)

简单地让它忽略URI暴露… 在创建之后添加它

StrictMode.VmPolicy.Builder builder = new StrictMode.VmPolicy.Builder();
StrictMode.setVmPolicy(builder.build());