这是

 val uri = if (Build.VERSION.SDK_INT < 24) Uri.fromFile(file) else Uri.parse(file.path)
                val shareIntent = Intent().apply {
                    action = Intent.ACTION_SEND
                    type = "application/pdf"
                    putExtra(Intent.EXTRA_STREAM, uri)
                    putExtra(
                        Intent.EXTRA_SUBJECT,
                        "Purchase Bill..."
                    )
                    putExtra(
                        Intent.EXTRA_TEXT,
                        "Sharing Bill purchase items..."
                    )
                }
                startActivity(Intent.createChooser(shareIntent, "Share Via"))

我把这种方法使imageuri路径容易获得内容。

enter code here
public Uri getImageUri(Context context, Bitmap inImage)
{
    ByteArrayOutputStream bytes = new ByteArrayOutputStream();
    inImage.compress(Bitmap.CompressFormat.PNG, 100, bytes);
    String path = MediaStore.Images.Media.insertImage(context.getContentResolver(), 
    inImage, "Title", null);
    return Uri.parse(path);
}

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

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

如果你的targetSdkVersion是24或更高，你不能在Android 7.0+设备的intent中使用file: Uri值。

你的选择是:

将targetSdkVersion降至23或更低，或者 把你的内容放在内部存储，然后使用FileProvider使它对其他应用程序有选择性地可用

例如:

Intent i=new Intent(Intent.ACTION_VIEW, FileProvider.getUriForFile(this, AUTHORITY, f));

i.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
startActivity(i);

(来自这个示例项目)

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

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