以下是我的解决方案:

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

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);

我想从应用程序的作用域存储共享图像，这就是我得到这个异常的地方。我找了几个小时，终于找到了这个博客。

它有点长，所以我在这里分享要点，但我会建议你看一遍。

底线是你不能从应用程序的作用域存储中共享任何东西。同样在Android 12中，意图选择器底部对话框显示了你正在共享的图像的预览，顺便说一下，这非常酷，但它不能从作用域存储URI加载预览。

解决方案是在缓存目录中创建一个你“意图”共享的文件的副本。

val cachePath = File(externalCacheDir, "my_images/")
cachePath.mkdirs()
val bitmap = loadImageFromStorage(currentQuote.bookId)
val file = File(cachePath, "cache.png")
val fileOutputStream: FileOutputStream
try {
    fileOutputStream = FileOutputStream(file)
    bitmap?.compress(Bitmap.CompressFormat.PNG, 100, fileOutputStream)
    fileOutputStream.flush()
    fileOutputStream.close()
} catch (e: FileNotFoundException) {
    e.printStackTrace()
} catch (e: IOException) {
    e.printStackTrace()
}
val cacheImageUri: Uri = FileProvider.getUriForFile(this, applicationContext.packageName + ".provider", file)
            
val intent = Intent(Intent.ACTION_SEND).apply {
    clipData = ClipData.newRawUri(null, cacheImageUri)
    putExtra(Intent.EXTRA_STREAM, cacheImageUri)
    type = "image/ *"
    addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION)
}
startActivity(Intent.createChooser(intent, null))
            

这就是我如何从作用域存储加载文件

fun Context.loadImageFromStorage(path: String): Bitmap? {
    try {
        val file = getFile(path)
        val bitmap = BitmapFactory.decodeStream(FileInputStream(file))
        return bitmap
    } catch (e: Exception) {
        e.printStackTrace()

        //Returning file from public storage in case the file is stored in public storage 
        return BitmapFactory.decodeStream(FileInputStream(File(path)))
    }
    
    return null
}


fun Context.getFile(path: String): File? {
    val cw = ContextWrapper(this)
    val directory = cw.getDir("image_dir", Context.MODE_PRIVATE)
    if (!directory.exists())
        directory.mkdir()
    try {
        val fileName = directory.absolutePath + "/" + path.split("/").last()
        return File(fileName)
    } catch (e: Exception) {
        e.printStackTrace()
    }
    
    return null
}

最后，不要忘记更新provider_paths.xml文件

<external-cache-path name="external_cache" path="." />

<external-cache-path name="external_files" path="my_images/"/>

@palash k答案是正确的，适用于内部存储文件，但在我的情况下，我想从外部存储打开文件，我的应用程序崩溃时从外部存储如sdcard和usb打开文件，但我设法通过修改provider_paths.xml从接受的答案解决了这个问题

像下面那样修改provider_paths.xml

<?xml version="1.0" encoding="utf-8"?>
 <paths xmlns:android="http://schemas.android.com/apk/res/android">

<external-path path="Android/data/${applicationId}/" name="files_root" />

<root-path
    name="root"
    path="/" />

</paths>

和在java类(没有改变作为接受的答案，只是一个小编辑)

Uri uri=FileProvider.getUriForFile(getActivity(), BuildConfig.APPLICATION_ID+".provider", File)

这帮助我修复了外部存储文件的崩溃，希望这将帮助一些人有同样的问题，我的 ：）

如果你的应用程序目标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时少得多。我不想为谷歌的设计缺陷买单，限制我的应用程序的功能。

谷歌希望开发者使用内容方案，但系统并没有为此做好准备，多年来应用程序都是使用文件而不是“内容”，文件可以编辑和保存，而通过内容方案提供的文件则不能(可以吗?)

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