我使用了Palash上面给出的答案，但它有点不完整，我必须提供这样的许可

Intent intent = new Intent(Intent.ACTION_VIEW);
    Uri uri;
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
        uri = FileProvider.getUriForFile(this, getPackageName() + ".provider", new File(path));

        List<ResolveInfo> resInfoList = getPackageManager().queryIntentActivities(intent, PackageManager.MATCH_DEFAULT_ONLY);
        for (ResolveInfo resolveInfo : resInfoList) {
            String packageName = resolveInfo.activityInfo.packageName;
            grantUriPermission(packageName, uri, Intent.FLAG_GRANT_WRITE_URI_PERMISSION | Intent.FLAG_GRANT_READ_URI_PERMISSION);
        }
    }else {
        uri = Uri.fromFile(new File(path));
    }

    intent.setDataAndType(uri, "application/vnd.android.package-archive");

    intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

    startActivity(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解决方案。

我不知道为什么，我所做的一切与Pkosta (https://stackoverflow.com/a/38858040)完全相同，但一直得到错误:

Permission Denial:从ProcessRecord{reacted} (reacted)打开提供者，而不是从uid reacted导出

我在这个问题上浪费了好几个小时。罪魁祸首吗?芬兰湾的科特林。

val playIntent = Intent(Intent.ACTION_VIEW, uri)
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION)

intent实际上是设置getIntent()。addFlags而不是在我新声明的playIntent上操作。

Xamarin的。安卓

注意:路径xml/provider_paths.xml (.axml)无法解析，即使在将xml文件夹放在资源下(也许它可以放在像Values这样的现有位置，但没有尝试)，所以我采用了这个方法，目前它是有效的。测试表明，每次应用程序运行时只需要调用它一次(这是有意义的，因为它改变了主机VM的操作状态)。

注意:xml需要大写，所以Resources/ xml /provider_paths.xml

Java.Lang.ClassLoader cl = _this.Context.ClassLoader;
Java.Lang.Class strictMode = cl.LoadClass("android.os.StrictMode");                
System.IntPtr ptrStrictMode = JNIEnv.FindClass("android/os/StrictMode");
var method = JNIEnv.GetStaticMethodID(ptrStrictMode, "disableDeathOnFileUriExposure", "()V");                
JNIEnv.CallStaticVoidMethod(strictMode.Handle, method);

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

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