WindowProcでtry/catchを使用するMFC

Question

MFCウィンドウ/ビュークラスのWindowProcオーバーライドでtry/catchを使用すると、パフォーマンスが低下します。それはなぜそうであり、代替は何ですか？

これは私がプロファイリングの結果として捉えたものです。ブロックを削除すると、関数の処理時間が大幅に短縮されます。私はMS VS 2008を使用しています。

Answer 1

usage-of-try-catch-blocks-in-c Todd Gardnerは、コンパイラが「テーブル」アプローチまたは「コード」アプローチを使用して例外を実装すると説明しています。 「コード」アプローチは、パフォーマンスヒットを説明します。

Answer 2

ちょうどtry/catchを使用するとパフォーマンスが低下しません。例外が多すぎますか？パフォーマンスヒットがどこから来たのかを知るためにコードをプロファイリングしましたか？

Answer 3

あなたは、WindowProcがたくさんのトラフィックを処理していることを知っていると確信しています。 スイッチ（メッセージ）ループ外のコードは、ポンプを通過するすべてのメッセージによって実行されます。

私はちょうどWindowProcをオーバーライドし、呼び出された回数を単純にカウントする、小さなダイアログベースのMFCアプリケーションを作成しました。テストでは、ダイアログ上でマウスカーソルを動かすだけで、毎秒1000以上のWindowProc呼び出しが生成されることがわかりました。

ちょっと考えてください。

p.s.私はこれをコメントとして追加しましたが、まだ十分な評判スコアがありません。

Answer 4

アプリクラスでは、CWinApp::ProcessWndProcExceptionをオーバーライドしてみてください。これにより、任意のコマンドまたはメッセージハンドラでキャッチされた未知のMFC CException（および派生物）にチャンスが与えられます。

あなたが最後の機会を必要とする場合は、あなた自身のSEHフィルターをインストールする必要があります。

Answer 5

代わりに、自分のコードの周りにtry-catchを置くことができます。あなたのWndProcへの呼び出しのほとんどは、C++例外をスローしないDefaultWindowProc *で終わります。したがって、try/catchを自分のコードに近づけると、オーバーヘッドが大幅に削減されます。

[*] DefaultWindowProcはスタックを拡張するなど、SEH例外をスローする可能性がありますが、それらを処理することはできません。