android.os.FileUriExposedException: Datei: ///storage/emulated/0/test.txt über Intent.getData () hinaus über die App hinaus verfügbar gemacht

Die App stürzt ab, wenn ich versuche, eine Datei zu öffnen. Es funktioniert unter Android Nougat, aber unter Android Nougat stürzt es ab. Es stürzt nur ab, wenn ich versuche, eine Datei von der SD-Karte zu öffnen, nicht von der Systempartition. Ein Berechtigungsproblem?

Beispielcode:

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

Log:

android.os.FileUriExposedException: Datei: ///storage/emulated/0/test.txt über Intent.getData () hinaus über die App hinaus verfügbar gemacht

Bearbeiten:

Bei der Ausrichtung auf Android Nougat sind file://URIs nicht mehr zulässig. Wir sollten content://stattdessen URIs verwenden. Meine App muss jedoch Dateien in Stammverzeichnissen öffnen. Irgendwelche Ideen?

Wenn ja targetSdkVersion >= 24, müssen wir FileProviderclass verwenden, um Zugriff auf die bestimmte Datei oder den Ordner zu gewähren, damit diese für andere Apps zugänglich sind. Wir erstellen eine eigene Klasse, die erbt FileProvider, um sicherzustellen, dass unser FileProvider nicht mit FileProviders in Konflikt steht, die in importierten Abhängigkeiten deklariert sind, wie hier beschrieben .

Schritte zum Ersetzen des file://URI durch den content://URI:

• Fügen Sie eine erweiterte Klasse hinzu FileProvider

  public class GenericFileProvider extends FileProvider {}

• Fügen Sie einen FileProvider <provider>Tag in AndroidManifest.xmlunter - <application>Tag. Geben Sie eine eindeutige Berechtigung für das android:authoritiesAttribut an, um Konflikte, importierte Abhängigkeiten ${applicationId}.providerund andere häufig verwendete Berechtigungen zu vermeiden .

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    ...
    <application
        ...
        <provider
            android:name=".GenericFileProvider"
            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>

• Erstellen Sie dann eine provider_paths.xmlDatei im res/xmlOrdner. Möglicherweise wird ein Ordner zum Erstellen benötigt, wenn er nicht vorhanden ist. Der Inhalt der Datei wird unten angezeigt. Es wird beschrieben, dass wir den Zugriff auf den externen Speicher im Stammordner (path=".")mit dem Namen external_files freigeben möchten .

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

• Der letzte Schritt besteht darin, die folgende Codezeile in zu ändern

  Uri photoURI = Uri.fromFile(createImageFile());

  zu

  Uri photoURI = FileProvider.getUriForFile(context, context.getApplicationContext().getPackageName() + ".provider", createImageFile());

• Bearbeiten: Wenn Sie beabsichtigen, das System zum Öffnen Ihrer Datei zu veranlassen, müssen Sie möglicherweise die folgende Codezeile hinzufügen:

  intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);

Bitte beachten Sie, dass der vollständige Code und die Lösung hier erläutert wurden.

Neben der Lösung mit FileProvidergibt es noch eine andere Möglichkeit, dies zu umgehen. Einfach gesagt

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

in Application.onCreate(). Auf diese Weise ignoriert die VM die URIDateibelichtung.

Methode

builder.detectFileUriExposure()

Aktiviert die Überprüfung der Dateibelichtung. Dies ist auch das Standardverhalten, wenn keine VmPolicy eingerichtet wird.

Ich bin auf ein Problem gestoßen, dass content:// URIeinige Apps es einfach nicht verstehen können , wenn ich etwas zum Senden verwende. Ein Downgrade der target SDKVersion ist nicht zulässig. In diesem Fall ist meine Lösung nützlich.

Aktualisieren:

Wie im Kommentar erwähnt, ist StrictMode ein Diagnosetool und sollte für dieses Problem nicht verwendet werden. Als ich diese Antwort vor einem Jahr gepostet habe, können viele Apps nur Datei-Uris empfangen. Sie stürzen gerade ab, als ich versuchte, ihnen eine FileProvider-URL zu senden. Dies ist jetzt in den meisten Apps behoben, daher sollten wir uns für die FileProvider-Lösung entscheiden.

Wenn targetSdkVersionhöher als 24 , wird FileProvider verwendet, um den Zugriff zu gewähren.

Erstellen Sie eine XML-Datei (Pfad: 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>

Fügen Sie einen Provider in AndroidManifest.xml hinzu

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

Wenn Sie Androidx verwenden , sollte der FileProvider-Pfad wie folgt lauten:

 android:name="androidx.core.content.FileProvider"

und ersetzen

Uri uri = Uri.fromFile(fileImagePath);

zu

Uri uri = FileProvider.getUriForFile(MainActivity.this, BuildConfig.APPLICATION_ID + ".provider",fileImagePath);

Bearbeiten: Während Sie den URI mit einem Intenthinzufügen, stellen Sie sicher, dass Sie die folgende Zeile hinzufügen:

intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);

und du bist gut zu gehen. Ich hoffe es hilft.

Wenn Ihre App auf API 24+ abzielt und Sie weiterhin file: // intents verwenden möchten / müssen, können Sie die Laufzeitprüfung auf hackige Weise deaktivieren:

if(Build.VERSION.SDK_INT>=24){
   try{
      Method m = StrictMode.class.getMethod("disableDeathOnFileUriExposure");
      m.invoke(null);
   }catch(Exception e){
      e.printStackTrace();
   }
}

Methode StrictMode.disableDeathOnFileUriExposureist versteckt und dokumentiert als:

/**
* Used by lame internal apps that haven't done the hard work to get
* themselves off file:// Uris yet.
*/

Das Problem ist, dass meine App nicht lahm ist, sondern nicht durch die Verwendung von content: // Intents verkrüppelt werden möchte, die von vielen Apps da draußen nicht verstanden werden. Zum Beispiel bietet das Öffnen einer MP3-Datei mit dem Schema content: // viel weniger Apps als beim Öffnen derselben über das Schema file: //. Ich möchte nicht für Googles Designfehler bezahlen, indem ich die Funktionalität meiner App einschränke.

Google möchte, dass Entwickler das Inhaltsschema verwenden, aber das System ist nicht darauf vorbereitet. Jahrelang wurden Apps entwickelt, um Dateien zu verwenden, die nicht "Inhalt" sind. Dateien können bearbeitet und zurückgespeichert werden, während Dateien, die über das Inhaltsschema bereitgestellt werden, nicht (können) Sie?).

Wenn Sie mindestenstargetSdkVersion 24 Jahre alt sind , können Sie auf Android 7.0+ Geräten keine file: UriWerte Intentsverwenden .

Sie haben folgende Möglichkeiten:

1. Lassen Sie Ihre targetSdkVersionauf 23 oder niedriger fallen, oder

2. Legen Sie Ihre Inhalte auf internen Speicher, dann verwendenFileProvider , um es selektiv zu anderen Anwendungen zur Verfügung zu stellen

Zum Beispiel:

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

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

(aus diesem Beispielprojekt )

Zuerst müssen Sie Ihrem AndroidManifest einen Anbieter hinzufügen

  <application
    ...>
    <activity>
    .... 
    </activity>
    <provider
        android:name="android.support.v4.content.FileProvider"
        android:authorities="com.your.package.fileProvider"
        android:grantUriPermissions="true"
        android:exported="false">
        <meta-data
            android:name="android.support.FILE_PROVIDER_PATHS"
            android:resource="@xml/file_paths" />
    </provider>
  </application>

Erstellen Sie jetzt eine Datei im XML-Ressourcenordner (wenn Sie Android Studio verwenden, können Sie Alt + Eingabetaste drücken, nachdem Sie file_paths markiert und die Option zum Erstellen einer XML-Ressourcenoption ausgewählt haben.)

Geben Sie als Nächstes in die Datei file_paths ein

<?xml version="1.0" encoding="utf-8"?>
<paths>
  <external-path path="Android/data/com.your.package/" name="files_root" />
  <external-path path="." name="external_storage_root" />
</paths>

Dieses Beispiel ist für einen externen Pfad, den Sie hier referieren können Weitere Optionen . Auf diese Weise können Sie Dateien freigeben, die sich in diesem Ordner und seinem Unterordner befinden.

Jetzt müssen Sie nur noch die Absicht wie folgt erstellen:

    MimeTypeMap mime = MimeTypeMap.getSingleton();
    String ext = newFile.getName().substring(newFile.getName().lastIndexOf(".") + 1);
    String type = mime.getMimeTypeFromExtension(ext);
    try {
        Intent intent = new Intent();
        intent.setAction(Intent.ACTION_VIEW);
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
            intent.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
            Uri contentUri = FileProvider.getUriForFile(getContext(), "com.your.package.fileProvider", newFile);
            intent.setDataAndType(contentUri, type);
        } else {
            intent.setDataAndType(Uri.fromFile(newFile), type);
        }
        startActivityForResult(intent, ACTIVITY_VIEW_ATTACHMENT);
    } catch (ActivityNotFoundException anfe) {
        Toast.makeText(getContext(), "No activity found to open this attachment.", Toast.LENGTH_LONG).show();
    }

BEARBEITEN : Ich habe den Stammordner der SD-Karte in den Dateipfaden hinzugefügt. Ich habe diesen Code getestet und er funktioniert.

Die Antwort von @palash k ist korrekt und funktioniert für interne Speicherdateien. In meinem Fall möchte ich jedoch auch Dateien aus dem externen Speicher öffnen. Meine App stürzte ab, wenn Dateien aus dem externen Speicher wie SD-Karte und USB geöffnet wurden. Ich kann das Problem jedoch durch Ändern lösen provider_paths.xml aus der akzeptierten Antwort

Ändern Sie die Datei provider_paths.xml wie unten

<?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>

und in der Java-Klasse (Keine Änderung als akzeptierte Antwort, nur eine kleine Änderung)

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

Dies hilft mir, den Absturz für Dateien aus externen Speichern zu beheben. Ich hoffe, dies hilft jemandem, der das gleiche Problem wie ich hat :)

Meine Lösung bestand darin, den Dateipfad als Zeichenfolge 'Uri.parse' zu verwenden, anstatt Uri.fromFile () zu verwenden.

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 new SDKs, doesn't work in Android 10.
}
Intent viewFile = new Intent(Intent.ACTION_VIEW);
viewFile.setDataAndType(uri, "text/plain");
startActivity(viewFile);

Scheint, dass fromFile () einen Dateizeiger verwendet, der vermutlich unsicher ist, wenn Speicheradressen für alle Apps verfügbar sind. Ein Dateipfad-String hat jedoch niemanden verletzt, sodass er funktioniert, ohne FileUriExposedException auszulösen.

Getestet auf API-Level 9 bis 27! Öffnet erfolgreich die Textdatei zur Bearbeitung in einer anderen App. Benötigt weder FileProvider noch die Android Support Library.

Fügen Sie einfach den folgenden Code in die Aktivität onCreate () ein.

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

Die URI-Exposition wird ignoriert

Fügen Sie einfach den folgenden Code in die Aktivität ein onCreate().

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

Die URI-Exposition wird ignoriert.

Viel Spaß beim Codieren :-)

Die Verwendung des fileProviders ist der richtige Weg. Sie können jedoch diese einfache Problemumgehung verwenden:

WARNUNG : Es wird in der nächsten Android-Version behoben - https://issuetracker.google.com/issues/37122890#comment4

ersetzen:

startActivity(intent);

durch

startActivity(Intent.createChooser(intent, "Your title"));

Ich habe die oben angegebene Antwort von Palash verwendet, aber sie war etwas unvollständig. Ich musste eine solche Erlaubnis erteilen

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

Fügen Sie einfach den folgenden Code in die Aktivität onCreate () ein.

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

Die URI-Exposition wird ignoriert

Fügen Sie diese beiden Zeilen in onCreate hinzu

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

Freigabemethode

File dir = new File(Environment.getExternalStorageDirectory(), "ColorStory");
File imgFile = new File(dir, "0.png");
Intent sendIntent = new Intent(Intent.ACTION_VIEW);
sendIntent.setType("image/*");
sendIntent.setAction(Intent.ACTION_SEND);
sendIntent.putExtra(Intent.EXTRA_STREAM, Uri.parse("file://" + imgFile));
sendIntent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
startActivity(Intent.createChooser(sendIntent, "Share images..."));

Hier meine Lösung:

in 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>

in 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>

In meinem Fragment habe ich den nächsten Code:

 Uri myPhotoFileUri = FileProvider.getUriForFile(getActivity(), getActivity().getApplicationContext().getPackageName() + ".provider", myPhotoFile);               
    intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
    intent.putExtra(MediaStore.EXTRA_OUTPUT, myPhotoFileUri);

Das ist alles was du brauchst.

Auch muss nicht erstellt werden

public class GenericFileProvider extends FileProvider {}

Ich teste auf Android 5.0, 6.0 und Android 9.0 und es funktioniert erfolgreich.

Fügen Sie zum Herunterladen von PDF vom Server den folgenden Code in Ihre Serviceklasse ein. Hoffe das ist hilfreich für dich.

File file = new File(Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DOWNLOADS), fileName + ".pdf");
    intent = new Intent(Intent.ACTION_VIEW);
    //Log.e("pathOpen", file.getPath());

    Uri contentUri;
    contentUri = Uri.fromFile(file);
    intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_NEW_TASK);

    if (Build.VERSION.SDK_INT >= 24) {

        Uri apkURI = FileProvider.getUriForFile(context, context.getApplicationContext().getPackageName() + ".provider", file);
        intent.setDataAndType(apkURI, "application/pdf");
        intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);

    } else {

        intent.setDataAndType(contentUri, "application/pdf");
    }

Und ja, vergessen Sie nicht, Ihrem Manifest Berechtigungen und Anbieter hinzuzufügen.

<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />

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

Ich weiß nicht warum, ich habe alles genauso gemacht wie Pkosta ( https://stackoverflow.com/a/38858040 ), aber immer wieder Fehler erhalten:

java.lang.SecurityException: Permission Denial: opening provider redacted from ProcessRecord{redacted} (redacted) that is not exported from uid redacted

Ich habe Stunden mit diesem Thema verschwendet. Der Täter? Kotlin.

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

intentwurde tatsächlich eingestellt, getIntent().addFlagsanstatt auf meinem neu deklarierten playIntent zu arbeiten.

Ich habe diese Methode so eingestellt, dass der Imageuri-Pfad leicht in den Inhalt gelangt.

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

As of Android N, in order to work around this issue, you need to use the FileProvider API

Hier gibt es 3 Hauptschritte, wie unten erwähnt

Schritt 1: Manifesteintrag

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

Schritt 2: Erstellen Sie die XML-Datei 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>

Schritt 3: Codeänderungen

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

Ich weiß, dass dies eine ziemlich alte Frage ist, aber diese Antwort ist für zukünftige Zuschauer. Ich bin also auf ein ähnliches Problem gestoßen und habe nach Recherchen eine Alternative zu diesem Ansatz gefunden.

Ihre Absicht hier für zB: Um Ihr Bild von Ihrem Weg in Kotlin zu sehen

 val intent = Intent()
 intent.setAction(Intent.ACTION_VIEW)
 val file = File(currentUri)
 intent.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION)
 val contentURI = getContentUri(context!!, file.absolutePath)
 intent.setDataAndType(contentURI,"image/*")
 startActivity(intent)

Hauptfunktion unten

private fun getContentUri(context:Context, absPath:String):Uri? {
        val cursor = context.getContentResolver().query(
            MediaStore.Images.Media.EXTERNAL_CONTENT_URI,
            arrayOf<String>(MediaStore.Images.Media._ID),
            MediaStore.Images.Media.DATA + "=? ",
            arrayOf<String>(absPath), null)
        if (cursor != null && cursor.moveToFirst())
        {
            val id = cursor.getInt(cursor.getColumnIndex(MediaStore.MediaColumns._ID))
            return Uri.withAppendedPath(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, Integer.toString(id))
        }
        else if (!absPath.isEmpty())
        {
            val values = ContentValues()
            values.put(MediaStore.Images.Media.DATA, absPath)
            return context.getContentResolver().insert(
                MediaStore.Images.Media.EXTERNAL_CONTENT_URI, values)
        }
        else
        {
            return null
        }
    }

Ebenso können Sie anstelle eines Bildes jedes andere Dateiformat wie PDF verwenden, und in meinem Fall hat es einwandfrei funktioniert

Ich habe fast einen Tag damit verbracht herauszufinden, warum ich diese Ausnahme bekam. Nach vielen Kämpfen funktionierte diese Konfiguration perfekt ( 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>

Absicht selbst

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
}

Ich erkläre den gesamten Prozess hier .

https://stackoverflow.com/a/38858040/395097 Diese Antwort ist vollständig.

Diese Antwort ist für - Sie haben bereits eine App, deren Ziel unter 24 lag, und jetzt aktualisieren Sie auf targetSDKVersion> = 24.

In Android N wird nur die Datei uri geändert, die für Apps von Drittanbietern verfügbar ist. (Nicht so, wie wir es vorher benutzt haben). Ändern Sie also nur die Stellen, an denen Sie den Pfad mit der Drittanbieter-App teilen (in meinem Fall Kamera).

In unserer App haben wir uri an die Kamera-App gesendet. An diesem Ort erwarten wir, dass die Kamera-App das aufgenommene Bild speichert.

1. Für Android N generieren wir eine neue URL auf Content: // uri-Basis, die auf eine Datei verweist.
2. Wir generieren dafür den üblichen File-API-basierten Pfad (unter Verwendung einer älteren Methode).

Jetzt haben wir 2 verschiedene URLs für dieselbe Datei. # 1 wird mit der Kamera-App geteilt. Wenn die Absicht der Kamera erfolgreich ist, können wir von # 2 aus auf das Bild zugreifen.

Hoffe das hilft.

Xamarin.Android

Hinweis: Der Pfad xml / provider_paths.xml (.axml) konnte nicht aufgelöst werden, selbst nachdem der XML- Ordner unter Ressourcen erstellt wurde (möglicherweise kann er an einem vorhandenen Speicherort wie Werte abgelegt werden , habe es nicht versucht), daher habe ich darauf zurückgegriffen das was jetzt funktioniert. Tests haben gezeigt, dass es nur einmal pro Anwendungslauf aufgerufen werden muss (was sinnvoll ist, da es den Betriebszustand der Host-VM ändert).

Hinweis: XML muss groß geschrieben werden, also 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);

Die Antwort von @Pkosta ist eine Möglichkeit, dies zu tun.

Neben der Verwendung FileProviderkönnen Sie die Datei auch in MediaStore(insbesondere für Bild- und Videodateien) einfügen , da auf Dateien im MediaStore für jede App zugegriffen werden kann:

Der MediaStore richtet sich in erster Linie an Video-, Audio- und Bild-MIME-Typen. Ab Android 3.0 (API-Level 11) können jedoch auch Nicht-Medientypen gespeichert werden (weitere Informationen finden Sie unter MediaStore.Files). Dateien können mit scanFile () in den MediaStore eingefügt werden. Anschließend wird ein für die Freigabe geeigneter Uri im Stil content: // an den bereitgestellten Rückruf onScanCompleted () übergeben. Beachten Sie, dass der Inhalt nach dem Hinzufügen zum MediaStore des Systems für jede App auf dem Gerät zugänglich ist.

Sie können beispielsweise eine Videodatei wie folgt in MediaStore einfügen:

ContentValues values = new ContentValues();
values.put(MediaStore.Video.Media.DATA, videoFilePath);
Uri contentUri = context.getContentResolver().insert(
      MediaStore.Video.Media.EXTERNAL_CONTENT_URI, values);

contentUriist wie content://media/external/video/media/183473, die direkt übergeben werden kann an Intent.putExtra:

intent.setType("video/*");
intent.putExtra(Intent.EXTRA_STREAM, contentUri);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
activity.startActivity(intent);

Dies funktioniert für mich und erspart den Aufwand bei der Verwendung FileProvider.

Lassen Sie es einfach die URI-Belichtung ignorieren ... Fügen Sie sie nach dem Erstellen hinzu

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

Versuchen Sie diese Lösung

STELLEN SIE DIESE ERLAUBNISSE IN MANIFEST

 <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
 <uses-permission android:name="android.permission.CAMERA" />

Absicht, Bilder aufzunehmen

Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
                if (takePictureIntent.resolveActivity(getPackageManager()) != null) {
                    startActivityForResult(takePictureIntent, REQUEST_IMAGE_CAPTURE);
                }

ERHALTEN SIE EIN ERFASSTES BILD IN ONAKTIVITÄTSERGEBNIS

@Override
            protected void onActivityResult(int requestCode, int resultCode, Intent data) {
                super.onActivityResult(requestCode, resultCode, data);
                if (requestCode == REQUEST_IMAGE_CAPTURE && resultCode == RESULT_OK) {
                    Bundle extras = data.getExtras();
                    Bitmap imageBitmap = (Bitmap) extras.get("data");
                    // CALL THIS METHOD TO GET THE URI FROM THE BITMAP
                    Uri tempUri = getImageUri(getApplicationContext(), imageBitmap);
                    //DO SOMETHING WITH URI
                }
            } 

Methode zum Abrufen der Bild-URI

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

In meinem Fall habe ich die Ausnahme durch Ersetzen SetDataAndTypedurch just beseitigt SetData.