Context.GetExternalCacheDirs メソッド

定義

アプリケーションが所有するキャッシュ ファイルを配置できるすべての共有/外部ストレージ デバイス上のアプリケーション固有のディレクトリへの絶対パスを返します。

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

返品

File[]

アプリケーション固有のディレクトリへの絶対パス。 その共有ストレージが現在使用できない場合、一部の個別のパスが null される場合があります。 返される最初のパスは、 #getExternalCacheDir()と同じです。

属性

注釈

アプリケーションが所有するキャッシュ ファイルを配置できるすべての共有/外部ストレージ デバイス上のアプリケーション固有のディレクトリへの絶対パスを返します。 これらのファイルはアプリケーションの内部にあり、通常はメディアとしてユーザーに表示されません。

これは、アプリケーションのアンインストール時にこれらのファイルが削除されるという #getCacheDir() に似ていますが、いくつかの重要な違いがあります: <ul><li>プラットフォームは共有ストレージで使用可能な領域を常に監視するわけではないため、これらのファイルを自動的に削除しない可能性があります。 アプリは常に、この場所で使用される最大領域を管理する必要があります。 現在、プラットフォームによってここでファイルが削除されるのは、 android.os.Build.VERSION_CODES#JELLY_BEAN_MR1 以降で実行され、 Environment#isExternalStorageEmulated(File) が true を返す場合だけです。 <li>ユーザーがリムーバブル メディアを取り出すことができるため、共有ストレージが常に使用可能であるとは限りません。 メディアの状態は、 Environment#getExternalStorageState(File)を使用して確認できます。 <li>これらのファイルにはセキュリティは適用されません。 たとえば、 android.Manifest.permission#WRITE_EXTERNAL_STORAGE を保持しているアプリケーションは、これらのファイルに書き込むことができます。 </ul>

共有ストレージ デバイスがエミュレートされる場合 ( Environment#isExternalStorageEmulated(File)によって決定される)、その内容はプライベート ユーザー データ パーティションによってサポートされます。つまり、 #getCacheDir()によって返されるプライベート ディレクトリではなく、ここにデータを格納する利点はほとんどありません。

ここで返される共有ストレージ デバイスは、保護カバーの下の物理メディア スロットなど、デバイスの安定した部分と見なされます。 返されるパスには、ハンドヘルド デバイスに接続されている USB フラッシュ ドライブなどの一時的なデバイスは含まれません。

アプリケーションは、返されたデバイスの一部または全部にデータを格納できます。 たとえば、アプリでは、 StatFsで測定された、使用可能な領域が最も多いデバイスに大きなファイルを格納することを選択できます。

呼び出し元のアプリが、返されたパスの下のファイルを読み書きするために、追加のアクセス許可は必要ありません。 セカンダリ外部ストレージ デバイスでは、これらのパス以外の書き込みアクセスは使用できません。

異なる共有ストレージ メディアが挿入されると、返されるパスが時間の経過と同時に変化する可能性があるため、相対パスのみを保持する必要があります。

Javaドキュメント。

このページの一部は、によって作成および共有され、に記載されている条件に従って使用される作業に基づく変更です。

適用対象

こちらもご覧ください