私のプロジェクトでは、見栄えの良いUIを作成するためにいくつかのドローアブルを使用していますが、2.3.4バージョンのKindle Fireで適切に動作し、2.8397MBしか占有しないという奇妙な問題がありますが、nexus4.2で同じアプリケーションを実行すると.1デバイスは23.45678MBから30MBを使用し、実行速度が非常に遅いため、問題はドローアブルにあると考えたため、9つのパッチを作成しましたが、それでも同じ問題が発生します。
質問する
346 次
2 に答える
4
ハニカム以前のデバイス (2.3.4 Kindle Fire など) では、ビットマップはネイティブ ヒープに格納されます。これは、ddms で dalvik ヒープ メモリ使用量を分析するときに表示されません。
ただし、これはヒープ制限に対してカウントされないという意味ではありません。
ハニカム以降のデバイスは、ビットマップを dalvik ヒープに保存し、ddms に表示されます。これで、Kindle Fire のメモリ使用量が「少ない」理由が説明できるはずです。そうではなく、そう見えるだけです。
于 2013-01-22T01:23:50.330 に答える
0
drawable解像度ごとに異なるフォルダがありますか？その場合、これはさまざまなフォルダにあるリソースに関連している可能性があります。そのため、Nexusに読み込まれるドローアブルは、キンドルファイアに読み込まれるドローアブルよりも大幅に大きくなります（キンドルファイアの解像度は1024x600ですが、Nexus 7解像度は1280x800です）
于 2013-01-21T15:44:04.650 に答える