問題タブ [eclipse-memory-analyzer]

Eclipse MATを使用して11GBのヒープダンプを解析しようとしましたが、次のエラーが発生します

MATはそのような巨大なヒープダンプを解析できないと思います。いくつかの投稿を読み、VM構成をダンプサイズの80％以上に増やしました。以下は私のVM構成です

そして、私はまだダンプをロードすることができません。変更なしでParseHeapDump.batを試してみました...

Android用の新しいマップv2を使用しています。向きの変更時にその状態を保存しようとしています。私は単に置くことを考えました

の

SupportMapFragment私のクラスのメソッド

私のテストは非常に肯定的で、すべて正常に動作しました。次に、MAT アナライザーを実行すると、ローテーション後に 2 つ以上のMainActivityインスタンスが有効であることがわかります。これは赤信号です。それで、さらにテストしました。

カスタム マップ フラグメントを使用してシナリオをテストしました。
すぐに使用できるシナリオをテストしましたSupportMapFragment

両方のシナリオがリークMainActivityしており、MAT で行うと同じ結果が得られます:
右クリックMainActivity-> オブジェクトのリスト -> 受信参照あり
右クリック「リーク」MainActivity-> GC ルートへのパス -> 弱い参照の除外

with のMainActivity使用中にリークを回避するにはどうすればよいですか?SupportMapFragmentsetRetainInstance(true)

ここに明白な答えがあると思います...私はこれと混同されたままになっています：

私が行ったのが次の場合だけで、17.8MiBヒープメモリが割り当てられるのはなぜですか。

1. Eclipseの[新しいプロジェクト]オプションを使用して、単純な「HelloWorld」プロジェクトを作成しました。
2. そして、56KiBの背景画像を追加しました。

回線をandroid:background="@drawable/background4"削除すると、割り当てられたメモリは11.9MiBに減少します。

• これは、システムがこれだけのメモリを割り当てるのは正常ですか？心配する必要がありますか？
• これだけのヒープを占めるものは何でしょうか。

また、MATレポートを実行しましたが、そこからどのような結論を導き出すことができるかわかりません。

前もって感謝します、

Eclipse Memory Analyzerを使用して Java アプリケーションのメモリ使用量を分析しようとしています。JPS と JMAP を組み合わせて使用​​するヒープ取得ツールです。何らかの理由で、私のアプリケーションが JPS にリストされていません。

最初は何もリストされていなかったので、権限の問題ではないかと思いました。管理者コマンド プロンプトで実行したところ、それ自体が一覧表示され始めましたが、まだアプリケーションではありません。

私が間違っていなければ、Java アプリケーションであるため、私のアプリケーションと Eclipse の両方がリストされているはずです。

これは Windows 7 64 ビット環境にあります。

ツールを使用してヒープ ファイルの 1 つを実行しました。以下は Leak Hunter の結果です。容疑者 2 私がプーリングしている性質のため、接続は常に有効になっていると思います。詳細を押すと、次の詳細の長いリストが表示されるため、容疑者1をうまく解釈できません

Eclipse の Memory Analyzer (MAT) を使用して HPROF ファイルを解析して調査しました。ドミネーター ツリー、レポート、および OQL インターフェイスは非常に便利です。ただし、これはすべて MAT ソフトウェアから手動で行う必要があります。

プログラムで HPROF を解析し、カスタム レポートを自動的に生成できるコマンドライン インターフェイスはありますか。

これは、これをテスト インフラストラクチャに統合して、自動メモリ分析を行うのに役立ちます。

ちなみに、ヒープサイズは 10 ～ 60MB です。

Android のメモリ管理について学び始めたところです。作業中のアプリケーションでメモリ ダンプを実行し、Eclipse メモリ アナライザーで分析したところ、(50M の保持メモリのうち) 37MB が「残り」によって使用されていることがわかりました。この 50M の数字は、logcat が保持するメモリと一致するため、この Remainder がメモリを占有していると思います。

この残りが通常何でできているか誰か知っていますか? これは、メモリリークが発生している兆候でしょうか?

アクティビティがガベージ コレクションされるのを妨げているメモリ リークが発生しているようです。メモリ ダンプを実行したところ、MAT は、各アクティビティのインスタンスが複数あることを示しています。その結果、メモリ リークが原因でアプリが頻繁にクラッシュします。

MAT では、アクティビティを保持する参照が、HoloEverywhere ライブラリの IAddon クラスと AddonSherlock クラスに関連していることがわかります。アプリケーションで HoloEverywhere と ActionBarSherlock を使用しています。

以下は、保持されたアクティビティの 1 つ (MAT を使用) の GC ルート (弱参照を除く) へのパスのスクリーン ショットです。

https://dl.dropboxusercontent.com/u/11061286/Screen%20Shot%202013-05-07%20at%202.55.37%20PM.png

このリークの原因を知っている人はいますか?

ZXing ライブラリを使用して Android アプリを作成しましたが、java.lang.OutOfMemoryError.

まず、エラーが自分の側にあると確信していたので、Patrick Dubroy Google I/O 2011: Memory management for Android Appsおよびメモリ リークを追跡する方法に関する他のいくつかのチュートリアルに従って、Eclipse メモリ アナライザー (MAT) を使用しました。 Android のメモリ リークまたはさまざまなリーク方法。

MAT では、何百もの のインスタンスがcom.google.zxing.common.BitMatrixヒープ メモリの大部分を占めることがわかりました。

驚いたことに、元の ZXing テスト プログラム「CaptureActivity」でも同じ問題が発生しました。

いくつかの調査の後、DecodeHandlerクラス内のアクティビティ参照により、ガベージ コレクターがBitMatrix. しかし、私はこれを確認するには経験が少なすぎます。さらに、オリジナルの ZXing ライブラリ (バージョン 2.1) にこの問題があることに驚いています。

誰でもこの現象を再現できますか、または以前に経験したことがありますか?