自動インスペクションメント

文字列重複

既存のものを再利用するのではなく、同じ値を持つ文字列を繰り返し作成することは、メモリを無駄にします。 dotMemory は重複した文字列を検出し、無駄なメモリ量を示します。

スパース配列

スパース配列は、ほとんどがゼロ要素で埋められた配列です。 スパース配列は、パフォーマンスとメモリ使用量の観点からは非効率的です。 dotMemory は、スパース配列を自動的に検出し、スパース配列によってどれだけのメモリが失われているか (ゼロ値で占められているか) を表示します。

ファイナライズ可能オブジェクト

ファイナライズ可能オブジェクトは、 Finalize() メソッドを使用してアンマネージリソースを解放するオブジェクトです。 このパターンを使用する問題は、まず、ファイナライズ可能なオブジェクトの寿命が少なくとももう 1 回 GC サイクルだけ延長され、2 番目に、 Finalize() メソッドを実行するファイナライズスレッドが予期せず実行されることです。 これにより、解放されたリソースをできるだけ早く回収したい場合や、突然パフォーマンスが低下する可能性がある場合には、問題が発生する可能性があります。 dotMemory は、ファイナライズのためにキューに入れられたすべてのオブジェクトと、 前のスナップショット以降にファイナライズされたオブジェクトを検出して表示します。

イベントハンドラーのリーク

このようなリークは、オブジェクト (リスナーと呼びます) を他のオブジェクト (ソースと呼びます) のイベントにサブスクライブするときに発生します。 例: Timer1.Tick += OnTimer; サブスクリプション中に、ソースオブジェクトはリスナーオブジェクトのイベントハンドラーへの参照を取得します。 リスナーを削除すると、この参照によりガベージコレクションが実行されなくなります。 dotMemory は、イベントハンドラーで参照されているが、対応するイベントからサブスクライブ解除されていないオブジェクトを自動的に検索します。

WPF バインディングリーク

WPF データバインディングパターンに違反すると、メモリリークが発生することもあります。 ソースオブジェクトのプロパティにデータバインディングを実行すると、バインディングターゲットオブジェクトはプロパティ変更通知のリッスンを開始します。 プロパティが DependencyProperty オブジェクトではなく、ターゲットオブジェクトが INotifyPropertyChanged インターフェースを実装していない場合、ソースオブジェクトと、ソースオブジェクトが参照するすべてのオブジェクトでメモリリークが発生する可能性があります。 dotMemory は、このようなバインディングパターン違反を検出し、この種類のリークを引き起こす可能性のあるオブジェクトのリストを表示します。

WPF コレクションバインディングリーク

このリークは、上で説明した WPF バインディングリークに似ています。 INotifyCollectionChanged インターフェースを実装していないコレクションへのバインディングがある場合、WPF はこのコレクションへの強い参照を作成します。 その結果、アプリケーションの存続期間中、メモリ内に残ります。 dotMemory は、このようなオブジェクトを検出して表示します。

依存関係プロパティのリーク

このようなリークは、イベントハンドラーのリークと同じ理由で発生します。 ガベージコレクターは、 RemoveValueChanged メソッドを使用してサブスクライブ解除されるまで、 AddValueChanged メソッドを通じて DependencyProperty の変更でサブスクライブされたオブジェクトを収集しません。 dotMemory は、このようなオブジェクトをすべて検出して表示します。

x:Name WPF リーク

このようなリークは、次の WPF の特有の挙動によって発生します。WPF は、XAML で宣言されており x:Name ディレクティブを使用している UI 要素への強いグローバル参照を作成します。 例えば：

そのように宣言された要素を動的に削除しても、その要素はメモリ内に残ります。