Context.GetExternalCacheDirs Methode
Definition
Wichtig
Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.
Gibt absolute Pfade zu anwendungsspezifischen Verzeichnissen auf allen freigegebenen/externen Speichergeräten zurück, auf denen die Anwendung Cachedateien speichern kann, die sie besitzt.
[Android.Runtime.Register("getExternalCacheDirs", "()[Ljava/io/File;", "GetGetExternalCacheDirsHandler")]
public abstract Java.IO.File[]? GetExternalCacheDirs();[<Android.Runtime.Register("getExternalCacheDirs", "()[Ljava/io/File;", "GetGetExternalCacheDirsHandler")>]
abstract member GetExternalCacheDirs : unit -> Java.IO.File[]Gibt zurück
die absoluten Pfade zu anwendungsspezifischen Verzeichnissen. Einige einzelne Pfade können sein null , wenn dieser freigegebene Speicher derzeit nicht verfügbar ist. Der erste zurückgegebene Pfad ist identisch mit #getExternalCacheDir().
- Attribute
Hinweise
Gibt absolute Pfade zu anwendungsspezifischen Verzeichnissen auf allen freigegebenen/externen Speichergeräten zurück, auf denen die Anwendung Cachedateien speichern kann, die sie besitzt. Diese Dateien sind intern für die Anwendung und in der Regel nicht für den Benutzer als Medien sichtbar.
Dies ist so #getCacheDir() , als diese Dateien gelöscht werden, wenn die Anwendung deinstalliert wird, es gibt jedoch einige wichtige Unterschiede: <Ul><li>Die Plattform überwacht nicht immer den verfügbaren Speicherplatz im freigegebenen Speicher und kann daher diese Dateien möglicherweise nicht automatisch löschen. Apps sollten immer den maximalen Speicherplatz verwalten, der an diesem Speicherort verwendet wird. Derzeit werden dateien hier nur gelöscht, wenn die Plattform aktiviert android.os.Build.VERSION_CODES#JELLY_BEAN_MR1 oder höher ausgeführt wird und Environment#isExternalStorageEmulated(File) "true" zurückgibt.
<li>Shared Storage ist möglicherweise nicht immer verfügbar, da Wechselmedien vom Benutzer ausgeworfen werden können. Der Medienzustand kann mithilfe von Environment#getExternalStorageState(File)
<li>Es gibt keine Sicherheit, die mit diesen Dateien erzwungen wird. Beispielsweise kann jede Anwendungshaltung android.Manifest.permission#WRITE_EXTERNAL_STORAGE in diese Dateien schreiben.
</ul>
Wenn ein freigegebenes Speichergerät emuliert wird (wie bestimmt Environment#isExternalStorageEmulated(File)), werden seine Inhalte von einer privaten Benutzerdatenpartition gesichert, was bedeutet, dass es wenig Vorteile beim Speichern von Daten hier anstelle des privaten Verzeichnisses gibt, von #getCacheDir()dem zurückgegeben wird.
Freigegebene Speichergeräte, die hier zurückgegeben werden, gelten als stabiler Teil des Geräts, einschließlich physischer Medienplätze unter einer Schutzabdeckung. Die zurückgegebenen Pfade enthalten keine vorübergehenden Geräte, z. B. USB-Speichersticks, die mit Handheld-Geräten verbunden sind.
Eine Anwendung kann Daten auf einem oder allen zurückgegebenen Geräten speichern. Eine App kann z. B. große Dateien auf dem Gerät mit dem verfügbarsten Speicherplatz speichern, wie gemessen von StatFs.
Für die aufrufende App sind keine zusätzlichen Berechtigungen erforderlich, um Dateien unter dem zurückgegebenen Pfad zu lesen oder zu schreiben. Schreibzugriff außerhalb dieser Pfade auf sekundären externen Speichergeräten ist nicht verfügbar.
Die zurückgegebenen Pfade können sich im Laufe der Zeit ändern, wenn verschiedene freigegebene Speichermedien eingefügt werden, sodass nur relative Pfade beibehalten werden sollten.
Java Dokumentation für android.content.Context.getExternalCacheDirs().
Teile dieser Seite sind Änderungen auf der Grundlage von Arbeiten, die von der Android Open Source Project erstellt und gemeinsam verwendet und gemäß den in der 2.5 Attribution License beschriebenen Begriffen verwendet werden.