C＃winformアプリケーションでUserPreferenceChangedEventHandlerとは何ですか？

Question

DataGridViewやToolStripsなどのWinformアプリケーションコントロールの一部がUserPreferenceChangedEventHandlersによって参照されています。コントロールのどのような設定によってそのような参照が生成されるのか、そのような参照によって私のコントロールがメモリ内に生き残るのはどうなのか分かりません。そのイベントからそのような参照を削除するにはどうすればよいですか？ありがとう。

Answer 1

SystemEvents.UserPreferenceChangedイベントのデリゲートタイプです。 WindowsがWM_SETTINGCHANGEメッセージをブロードキャストすると、このイベントが発生します。ユーザーがコントロールパネルのアプレットを使用してシステム設定を変更したときに、通常発生します。

いくつかのコントロールは、このイベント、DataGridView、DateTimePicker、MonthCalendar、ProgressBar、PropertyGrid、RichTextBox、ToolStrip、NumericUpDownのイベントハンドラを登録します。彼らは通常、フォントやキューの変更やレイアウトに影響を与えるものに興味があります。

SystemEvents.UserPreferenceChangedは静的イベントです。ハンドラを登録して登録抹消を忘れるとメモリリークが発生し、制御がガベージコレクションされなくなります。リストされたコントロールは、OnHandleDestroyed（）メソッドまたはDispose（）メソッドでイベントハンドラの登録を解除します。

これら2つの方法のどちらも実行しないと、問題が発生します。これは、コンテナのControlsコレクションからコントロールを削除し、Dispose（）を忘れたときに発生します。 Dispose（）を呼び出すことを忘れることは通常問題ではありませんが、コントロールの難しい要件です。忘れるのも簡単です。通常、コントロールはフォームによって自動的に処理されます。しかし、これはControlsコレクション内のコントロールに対してのみ発生します。

また、ShowDialog（）メソッドで表示したフォームで、ダイアログの結果を取得した後にDispose（）を呼び出すようにしてください。 usingステートメントは、それを処理する最善の方法です。

---

もう一つの耐え難いほどの詳細は、UserPreferenceChangedイベントに関する重要であり、それは多くの場合、あなたがワーカースレッドのコントロールを作成するときにアプリをデッドロックです。通常、ワークステーションがロックされているとき（Win + Lキーを押す）。私がリストアップしたコントロールを使用するときにはうまくいきませんが、SystemEventsクラスはUIスレッドでイベントを発生させようとしますが、複数のスレッドがそれらを作成したときに正しく実行できません。

また、永続的な影響を与える可能性のある種類のバグのようなスプラッシュ画面では、どのスレッドがあなたのUIスレッドであるかを間違って推測するSystemEventsクラスを取得できます。その後、間違ったスレッドでイベントが永続的に発生します。非常に醜いto diagnose、デッドロックはよく隠されています。