.NET例外が多すぎます

Question

多くの例外（明らかにIndexOutOfRangeException）を生成するコードブロックがあります。それは50,000/secまで発生する可能性があります。彼らは捕まえられるが、CPUは本当に急上昇する。コードブロックはIDataRecordで列を単にチェックします。ブロックは非常に一般的ですが、列が存在しない場合は例外がキャッチされ、ブール値が返されます。

例外の数ではない場合、これは問題ではありません。私がこれを修正すると考えることができる唯一の方法は、IDataRecordの列を繰り返して処理する前に列があるかどうかを確認することですが、これは非常に高いトラフィックのアプリケーションであるため、任意の列にアクセスする前にこのループを作成してください。

私はちょうどいくつかの考えを探しています。

Answer 1

探している列が最初に存在することを確認してください。例外をスローすることは、通常はパフォーマンス上の大きなヒットになるだけでなく、これらの偽の例外はすべて、コード内の正当なバグを隠している可能性があります。

列が最初に存在することを確認する最善の方法は、これらのすべての種類のデータがこの関数の前提と一致するようにすることです。または、実際のデータに沿って関数を呼び出すこともできます。プロシージャを持つことは、プログラムの構造が実装しているビジネスロジックとよく似ていないことを意味していないときに値が存在することを前提としています。

次に、各オブジェクトのフィールドをループしてそのフィールドが実際にどのフィールドに含まれているかを確認しますが、これはカーペットの下で深刻な問題を掃除するという匂いがします。

ただし、コントロールフローの例外に頼らざるを得ません。

Answer 2

インデックスを介して列をチェックしている場合。最初に例外を回避する必要があります。 、代わりにIDataRecordのIsDBNullメソッドを使用します詳しくはhere

と列が存在する場合は、[はい、あなたは、私がこの問題を解決するために考えることができますIndexOutOfRangeException

Answer 3

」唯一の方法であり得ている理由です、最初にチェックする必要がありますIDataRecordの列を反復処理して、処理前に列があるかどうかを確認します。

このエラーは、配列の最後を超えている場合にのみ発生します。あなたは例外を約5,000〜10,000クロックサイクルコスト、ちょうど私が何を読んでから、現在のコラム「カウント」

for(int i = 0; i < column.count; i++) 
{ 
dowork(column[1]); 
} 

を取得し、各列をステップ実行する必要はありません。ほとんどの場合、列を反復処理するほうがはるかに安くなりますが、オブジェクトのプロパティによって、実際に毎回数えずに列の数がわかるようになります。