高性能コードと例外処理の記述

Question

高性能C＃プログラム（パフォーマンスはno1の関心事です）では、コードにはどのような犠牲がありますか？

たとえば、例外処理がどのように変更されるのですか（例外がスローされる/例外がキャッチされる回数は同じですか？

コレクターが書かれた監視会社で働いていたので、私は尋ねます。

おかげ

Answer 1

通常は、Throwの例外は厳密に必要な場合にのみ実行してください。 例外処理の代替方法は何ですか？

各メソッドの入力値と戻り値をチェックし、戻り値を呼び出し側に返すコードを記述します。

http://codebetter.com/raymondlewallen/2004/12/13/performance-issues-with-exception-handling/

http://www.codeproject.com/Articles/11265/Performance-implications-of-Exceptions-in-NET

Answer 2

自分でパフォーマンスを測定し、例外処理が停止し、コードを遅くどのくらい見ることができます。通常、例外がスローされると非常に無駄ですが、例外がスローされなければ、try ... catchは少しだけコードを遅くします。

もう一つのポイント：Linqは単純な反復速度が遅いです。

Answer 3

例外処理が遅いです。デフォルトでは、Exceptionのインスタンスは、名前が意味するものであり、例外です。 しかし、それらがたくさん出現すると思われる場合は、オブジェクトをより少なく投げることを決定し、別の方法で論理例外を処理することができます。言い換えれば、彼らは期待された。

実際には予期しない場合は、スタックの早い段階で処理することができます。解決策は、boolまたはenum retValsを使用することです。例外を再試行すると、パフォーマンスが低下します。

Answer 4

例外は、例外的な場合にのみスローする必要があります。フロー制御に使用しないでください。正常な使用でデバッガの下でアプリケーションを実行できるようにすることが良い目標です。例外はスローされるべきではありません。

ハイパフォーマンスアプリでは、例外の費用は本当に例外的なものであれば、それほど懸念すべきではありません。

Answer 5

Exceptionは、例外的な状況を処理する最善の方法です。条件がある場合は、ifのような条件文で条件をチェックします。

これらの一般的なルールとは別に、パフォーマンスを維持するためにsacraficeにどのくらいのメンテナンス性がありますか？あなたはいつもアセンブラでコードを書くことができます。