あたりを主戦場としておりますこの広告は、90日以上更新していないブログに表示しています。プログラマのみなさん、こんにちは。基本的な使い方を紹介します。記事ですが、内容的には比較的オモテなものになっています。元で開発されている、メモリ使用量を分析する為のソフトウェアです。上でどのオブジェクトが沢山生成されているか、メモリ使用量が大きいか、などを分析してくれるツールです。開発全般で使う事ができます。形式があるので、まだインストールされていない方は、下記の記事等を参考にお好みの方をインストールしてください。形式を想定して説明します。強力なツールではあるものの、機能が多く若干複雑で取っつきにくい印象があります。すべての機能を網羅するのではなく、ポイントを基本的な3つだけに絞り紹介します。リーク元を特定する、という様な流れになります。実際にメモリリークを持つプロジェクトの実例を交えながら見ていってみます。使ってメモリリークを特定してみます。手元で試してみてください。程度の使用状況だと思います。F11)し、また画面を元に戻しても、使用メモリが増えたままで起動直後の水準に戻らなくなります。やったね、メモリリークの発生です。file」をクリックし、その時点でのメモリ使用状況をダンプします。Eclipse」に変更しておくと便利です。Report」を選択します。いう画面のフッタにリンクがあり、そこから開けます。メモリリークの疑いがあると判断した問題の分布がパイチャートと一覧で表示されます。教えてもらう事からはじめるのが良いと思います。メモリリークを辿るのが早いでしょう。注意しなければいけない点としては、あくまでメモリリークしていそうなものを表示しているに過ぎない為、最終的にはユーザー自身が意図しないオブジェクトが存在していまっていないかを判断する必要があります。使う上での重要な事で、メモリリークはシステムによって疑わしき箇所を検出する事は出来ますが、確実にメモリリークを起こしていると判断する事はできません。ユーザー自身が判断する必要があります。大事なことなので2回言いました。近く消費している事が分かります。消費している状態自体はメモリリークでも何でもありませんが、それが2つ存在するのは明らかにおかしいと判断する事ができます。いう、メモリ使用量の大きなオブジェクトの一覧を参照する機能を利用します。Heap)の多い順にオブジェクトの一覧が表示されます。今回のケースでは分かりやすくトップ2つがまさに問題としてレポートされていたオブジェクトですが、実際のケースでは一覧上には表示されないケースもあります。いう入力欄に正規表現を入力し、対象のクラスを検索する事が出来ます。毎という様な型毎のオブジェクト数、メモリ使用量を一覧する事ができます。一覧上でメモリリークしていそうなオブジェクトを見つけたら、ツリーを展開し、最終的にメモリ使用量が大きなプロパティを特定します。インナークラスの参照があるなど、何となく怪しい雰囲気が漂っています。されないのかを特定します。