巨大なスパイク使用して、私は私のアプリでCopyToClipboard機能について<strong>PNG背景</strong>で<strong>ボタン</strong>を使用しています透明領域

Question

の多くのPNG形式（様々なフラグメントには約6~7回使用）。 画像は、私の目的のために小さくしなければならないので、私はクリッカブルエリアボタンのサイズを大きくするが、イメージを保つことができるように、私は画像の周囲余分な透明領域に置くことによって、私のイメージの面積を増加させました小さい（私はそれが効率的でないことを知っていますし、それ以来私はこれを達成するためのより良い方法を考案しました）。

私は、後でいくつかの他のイメージ（150kbサイズの大きなイメージ）をアップロードした後、巨大なスパイクを発見しました。そして、多くのデバッグの後で（私はたくさんのことを意味します）大きな画像が8kbのサイズだったCopyToClipboard画像のために！古いCopyToClipboardイメージ（透明領域が小さい）に戻すと、メモリ消費量が正常に戻りました。

私の質問はなぜそれがを起こったのですか？そのような小さな画像（このような巨大なスパイクを作成するには（より前にメモリ消費量を倍にして）とアプリを遅くした、非常に困惑です。

画像は次のとおりです。白い部分は透明な部分です。私のボタンの寸法：15dp x 15dp。

私は私の質問は、なぜそれが起こるのですか？ある、繰り返し私はすでに問題を解決して以来、解決策ではありません。

Answer 1

イメージがデコードされるときにはるかに多くのメモリが必要になるため、イメージはディスク上に7-8KBしかありません。

明らかに、大きな透明領域はPNGファイルで効率的にエンコードできるため、画像のサイズは小さくなります。 しかし、実際には次元は（600 x 745）ですから、メモリには約600 MB（745 * 4）バイトに加えていくつかのメタ情報があり、それゆえ2 MB近くになります。 4乗数は、アルファチャンネルで色をエンコードするのに必要なバイト数を表します。 Androidビットマップは整数の線形1次元配列で内部的に表現されるため、ビットマップを作成するにはシステムがサイズ600 * 745 = 447000の配列を割り当てる必要があると考えられます。

そのような単純なイメージでは、メモリ消費量が非常に高いのです。