両方のコントロールを無効にすると、1つのコントロールが別のコントロールよりも頻繁に再描画されるのはなぜですか？

Question

私はカスタム図面を行う2つのコントロールを持つwinformsアプリケーションを持っています。メインコントロールは道路の長い連続画像の小さな部分を示し、もう1つのコントロールは道路画像全体の水平に押しつぶされた表示を示します。 2番目のコントロールは最初のコントロールをナビゲートするために使用されます。概要のどこかをクリックすると、メインビューのその場所にスクロールできます。ここでの主なビューは、上部および概要にあるスクリーンショットは、底部にあります：

メインビューに示されている画像の位置を示す概要コントロールシアン線があります。 （このスクリーンショットでは、幅が左から1/3をわずかに超えています。）ユーザーは概要内のその行をクリックしてドラッグすると、メインビューがスクロールします。

私は、再描画について奇妙なことに気付きました。概要コントロールでシアンの線をドラッグすると、マウスの動きに応答して両方が無効になっていても、メインビューは概観よりずっと頻繁に再描画されます。キューに他のメッセージがないときにのみWM_PAINTメッセージが送信されることはわかっていますが、同時に両方が無効になっていると、あるコントロールが他のコントロールよりも頻繁に再描画される理由がわかりません。

実際、私はその最後の文章を入力していたので、私は理由を見つけたと思う。

各コントロールには独自のメッセージキューがあり、メインコントロールに入力関連のメッセージは受信されないため、メッセージキューはオーバービューよりも頻繁に空になります。すべてのマウスイベントを処理します。したがって、概要よりも頻繁にWM_PAINTメッセージを受信します。

この時点で、私は疑問を抱いています。「それは意味をなさないでしょうか？起こっていますか？」

Answer 1

理論は健全ではなく、スレッドごとに1つのメッセージキューしかありません。 WM_PAINTがどのように生成されるかは、ほぼ確実です。これは、キューがで空の場合にのみ配信されます。。それはそれを「優先度の低い」メッセージにして、ユーザーの入力が常に最初になります。重要な点は、ペイントコードが遅いため、ユーザー入力が失われたり、メッセージキューが爆発したりするのを避けることです。

大体、Invalidate（）を2回呼び出しました。一番下のウィンドウはペイントイベントを取得しますが、処理が完了するまでには処理待ちの別のマウスイベントがあります。したがって、第2のウィンドウはではなく、のペイントイベントを取得し、既に無効化されているウィンドウを無効にします。あなたがマウスを減速させたり、移動を止めるときにだけ、追いつくことができます。

タスクマネージャから見やすく、プログラムのUIスレッドが100％コアを記録していることがわかります。

とにかくペイントを強制することはできますが、Invalidate（）ではなくUpdate（）を呼び出す必要があります。あなたのプログラムはまだ100％コアを焼いていますが、ペイントをスキップする代わりにマウスに反応しにくくなります。それはメッセージキューを溢れさせる可能性があるので、危険に思えますが、そうではありません。 WM_MOUSEMOVEはメッセージキューに追加されません。 WM_PAINTと同様に、キューが空のときにのみ生成されます。あなたはまずそれを得るでしょう。