私はdocsを見ていて、LruCacheがヒープリソースを他のアプリケーションと競合しているのか、実際に何らかの精巧なディスクスワッピングメカニズムを使用しているのかどうかを理解しようとしています。LruCacheはAndroidアプリのメモリ容量によって制約されていますか?
私は、デバイスがインターネット接続を失った場合、大量のイメージデータがローカルに保存されるように、キャッシュ用のメモリをたくさん割り当てたいと思っています。しかし、LruCacheがAppのヒープメモリ割り当てのサイズに制約されている場合、これは明らかに機能しません。
私は、この機能の仕組みや、この必要性を処理するための適切な機能ではない場合、自分自身をロールバックする必要がある場合やAndroidネイティブディスク私は多分LruCacheと組み合わせる必要があること見下ろすよスワップメモリクラス(またはそれ自身に完全に使用?)私はドキュメントを見て、LruCacheがでヒープリソースの競合している場合を理解しようとしている
ローカルストレージでN個以上のブロックを消費するリスクを冒さずに、ローカルイメージのかなりの部分に掛けたいと思ったら、どうすればいいですか?私は完全に運がここにありますか? –
@ GeniaS .: "ローカルストレージでN個以上のブロックを消費するリスクを冒すことなく、ローカルイメージのかなりの部分に掛けたいですか?" - 私はあなたが "ローカルストレージ"を意味するものとは考えていません。ディスクスペースを意味する場合、それは "ディスクスワップメモリ"のようなものではなく、何とか魔法のようにディスクスペースを使用しません。あなたの思考が「私はメモリにデータを保存してディスクスペースを節約する」と思っていたのですが、それはちょっと後ろ向きです。その場合、あなたは間違いなく運がありません。 – CommonsWare
@ GeniaS:通常、Androidではメモリキャッシュから始めます。それ以上の空き容量が必要な場合、またはプロセスの終了時にキャッシュが存続するようにする場合(Webブラウザのキャッシュなど)、ディスクでバックアップされた2層キャッシュを使用します。使用するディスク容量を上限にするので、ユーザーはあなたに怒られることはありません。それ以上のものがある場合は、LRUなどのアルゴリズムを使用してキャッシュ値を最大化し、元のデータソース(ネットワークなど)から再度取得する必要があるものを最小限に抑えます。 – CommonsWare