状況：
ライブ壁紙のプレビュー中に、ユーザーは「壁紙の設定」を選択します。
次に、これはイベントの時系列順のようです。
実際の壁紙処理：onCreate()
壁紙のプレビュー処理: onDestroy()
DDMS を見ている間、これらのプロセスは両方とも 1 つの名前として表示されます (または同じプロセスですか?)。
その結果、大量のヒープ (~半分以上) を使用している場合、実際の壁紙はメモリ不足エラーでクラッシュします。メモリの解放は壁紙のプレビュー プロセスの onDestroy() で (遅すぎる) 行われるためです。
他の誰かがこれに気づきましたか？
別の同様のリンクが見つかりました（ただし、応答はありません）：
ライブ壁紙を再選択すると、メモリ使用量が増加します。これを止める方法は？
ありがとう、ケン