BitmapFactory.Options.InPurgeable プロパティ

定義

名前空間:

Android.Graphics

アセンブリ:

Mono.Android.dll

注意事項

deprecated

このメンバーは非推奨です。

[Android.Runtime.Register("inPurgeable")]
[System.Obsolete("deprecated")]
public bool InPurgeable { get; set; }

[<Android.Runtime.Register("inPurgeable")>]
[<System.Obsolete("deprecated")>]
member this.InPurgeable : bool with get, set

プロパティ値

Boolean

属性

RegisterAttribute ObsoleteAttribute

注釈

このメンバーは非推奨です。 現時点では android.os.Build.VERSION_CODES#LOLLIPOP、これは無視されます。

以下では android.os.Build.VERSION_CODES#KITKAT 、これが true に設定されている場合、システムがメモリを再利用する必要がある場合に消去できるように、結果のビットマップはそのピクセルを割り当てます。 その場合、ピクセルに再度アクセスする必要がある場合 (ビットマップが描画されると getPixels() が呼び出されるなど)、自動的に再デコードされます。

<再>デコードを行うには、入力への参照を共有するか、または入力のコピーを作成することによって、ビットマップがエンコードされたデータにアクセスできる必要があります。 この区別は inInputShareable によって制御されます。 これが true の場合、ビットマップは入力への浅い参照を保持できます。 これが false の場合、ビットマップは入力データのコピーを明示的に作成し、それを保持します。 共有が許可されている場合でも、実装は入力データのディープ コピーを作成することを決定できます。</p>

<p>inPurgeable は (API レベル 11 以降の) 大きな Dalvik ヒープの割り当てを回避するのに役立ちますが、ビュー システムが描画を試みる画像ではデコード遅延が発生し、フレームがドロップされる可能性があるため、パフォーマンスの予測可能性が低下します。 そのため、ほとんどのアプリでは、高速で流動的な UI を可能にするために inPurgeable を使用しないようにする必要があります。 Dalvik ヒープの割り当てを最小限に抑えるには、代わりにフラグを #inBitmap 使用します。</p>

<p class="note"><strong>Note:</strong> このフラグは、一緒#decodeResource(Resources, int, android.graphics.BitmapFactory.Options)または #decodeFile(String, android.graphics.BitmapFactory.Options)< ./p>

の Java ドキュメントandroid.graphics.BitmapFactory.Options.inPurgeable

このページの一部は、Android オープンソース プロジェクトによって作成および共有され、クリエイティブ コモンズ 2.5 属性ライセンスに記載されている条件に従って使用される作業に基づく変更です。