Androidアプリのメモリリーク対策手法 | Bescottee
googleのAndroid開発者向け ブログに「Memory Analysis for Android Applications」という記事があったため、自分のために訳しました。参考になれば幸いです。本エントリを見るうえで、eclipse の基本的な使い方を理解している必要があります。 Androidアプリのメモリ解析手法 Dalvikランタイムは、ガベージコレクトしてくれるかもしれませんが、それはメモリ管理を行わなくてもよいというわけではありません。モバイル端末上でのメモリ利用状況は特に注意を払わなければなりません。本投稿では、開発するアプリのメモリ利用状況の把握を支援する Android SDK で提供しているメモリプロファイリングツール群のいくつかを紹介させて頂きます。 メモリ利用時の問題はいくつか明らかになっています。例えば、もしあなたのアプリがユーザの画面タッチ操作のたびにメモ
パフォーマンス向上に役立つ情報いろいろ | Techfirm Android Lab
A3へ参加するためにアプリを作っていますが、なかなかパフォーマンスが出ずに苦労しています。 そこでいろいろ探しまわった所、パフォーマンス向上に役立つ情報をいろいろ見つけたのでご紹介。 Turbo-charge your UI: How to Make your Android UI Fast and Efficient Google I/O – Turbo-charge your UI: How to Make your Android UI Fast and Efficient UIを高速化するためのTipsをいろいろ教えてくれています。 Adapterではビューを再利用しなさいとか、複雑なビュー階層の場合ViewStubを使いなさいとか、バックグラウンドの画像はなしにすると早いよとか、キャッシュにはソフトリファレンスを使うとよいよとか。 PDFはこちら Debugging Arts
CacheオブジェクトにはSoftReferenceを | Techfirm Android Lab
Android、いかがですか。 今日もOut Of Memory、出していますでしょうか。 そんなあなたに朗報です。 少しでもメモリにやさしいプログラムを。 今日はSoftReferenceのお話です。 トレードオフ Androidで（というよりもJavaで）パフォーマンスに最も影響を与えるのはインスタンス生成の部分ではないでしょうか。 ループの中でインスタンスを生成しようものなら、たちまちあなたのUIは機敏さを失うことになるでしょう。 インスタンス生成はGCの源です。ストップザワールドを少しでも避けるためには極力newなどは控えなければなりません。 となると、インスタンスを作らないことが究極なのですが、全く作らないというわけにはいきません。ならば、一度作ったインスタンスは再利用しようではありませんか。 その時に役に立つのがキャッシュです。一度作ったインスタンスはキャッシュに保持し
AndroidでBitmapFactoryを使ってサイズの大きな画像を読み込むサンプル - hoge256ブログ
Androidで開発をやっていると、何度もOutOfMemoryErrorに出くわすことが多いです。Androidは搭載メモリ自体が少なく、1アプリケーションあたり最高で16M。推奨だと8M程度（実際使ってみるとそれより少ない感じ）とされています。そのため、普段PCで開発するのとは違って、結構メモリの容量を意識してプログラムしないといけなかったりします。 普通にちょっとしたプログラムを組む分にはいいのですが、結構困るのはサイズのでかい画像イメージを扱う場合です。特にデジカメなんかで撮った画像は最近のデジカメの画素数がすごいため、jpgファイルの段階で数メガバイトあったりします。 そうした画像をBitmapFactory.decodeFileメソッドなんかで、一度に何枚も読み込んでしまうと、もともとサイズの大きなjpgがメモリ中展開されて更に大きくなってしまうため、あっという間にOutOfM
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
android-app.info
