Android: SoftReferenceでOut of Memory対策 | 自転車で通勤しましょ♪ブログ
現在Androidで画像を扱うアプリを作っているのですが、Androidの場合、画像を大量に扱うと、あっという間にメモりを使い果たしてOut of Memoryで強制終了してしまうという悲しい現実があります。画像をある程度キャッシュするようにしないと、毎回画像をインターネットからDLすることになってパフォーマンスは低下するし、かといってキャッシュするとOut of Memoryが発生する…。 Web+DB Press Vol.57で、onPauseのタイミングで大きなリソースは解放してしまい、小さなリソースのみキャッシュするというふうにするとOut of Memoryが発生しにくいというふうに書かれていたので、サムネイルのみキャッシュして、でかい画像は全くキャッシュしないように実装してみたのだけれど、どうもしっくりこない。やっぱりパフォーマンスが落ちるからでしょう。 パフォーマンス対策のみ
『Bitmapを扱う画像処理でoutofmemoryが発生する場合の対処』
いろいろ備忘録 東京で働くプログラマー Androidアプリの開発にここ半年ほどは集中、今年後半はスマフォ向けサイトの仕事が増える予感。実装に躓いたことなどを書き溜めています。 ※このエントリーは続報があります Androidで大きいサイズのビットマップを扱うその２ Androidで大きいサイズのビットマップを扱うその３ 上記の2エントリーも読んでください。 2011/03/10追記 先日から作成しているもとい作成させられている画像を扱うアプリで、元の画像の2.5倍くらいのBitmapを作り画像処理を行う処理を書いてテストしていたところ2.1搭載の実機でout of memory例外が発生して落ちるようになってしまっていた。 環境としては Android SDK 2.1 update 1で 実機はxperia x10を使用 でっかいBitmapで遊んだあと壁紙を設定したりして、 もういちど
out of memoryについて端末の依存状況 - 素人のアンドロイドアプリ開発日記
このブログにて、何度かメモリについて取り扱ってきたのですが、 今回は、端末の責任を書きます。 メモリを見ると100Mとか200Mとか余っててもバカスカ落ちる端末がいます。 この場合、アプリが100MBとか、そういう責任ではないのです。 androidのアプリにheapと言うのがあるようで、 楓 software を参考にさせてもらうと 下は24MBで上が70MBですが、 この値を超えると強制終了するようです。 つまり、カンタンに言うと、自分の端末のスペックがいい人は、このheap問題に気づかないと言う事です。 galaxy sは記載されてないですが、結構heapサイズがでかいみたいで、検証の時には問題なかったのにHTCで急に落ちる事が何が問題かわかりませんでした。 以前の端末では16MBくらいだったらしいので、バージョンを1.6くらいからに設定したい人には、その値を目安にする方がいいかもし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
