C 例外は依然としてパフォーマンスのボトルネックですか?

C の例外はまだ遅いですか?

C の例外は非常に遅いという Andrei Alexandrescu の主張により、C 98 での例外の効率性について懸念が生じました。ただし、ゼロコスト モデル例外として知られる現在の例外処理モデルは、この問題に対処しています。 issue.

ゼロコスト モデルでは、コンパイラーは、例外がスローされる可能性のあるポイントをハンドラーのリストにマップするサイド テーブルを作成します。例外が発生した場合、このテーブルを使用して適切なハンドラーが決定され、スタックがアンワインドされます。このプロセスは、あらゆる時点で例外を明示的にチェックするよりも大幅に高速です。

従来の if (エラー) 戦略と比較して、ゼロコスト モデル:

• 例外がない場合は無料です。
• 例外が発生した場合、if ステートメントに約 10 倍から 20 倍のコストがかかる

ただし、キャッシュ ミスや RTTI オーバーヘッドなどの要因により、パフォーマンスの測定が困難になる場合があります。

例外パスでは遅い

効率が向上したにもかかわらず、例外パスでは例外が遅いままです。ただし、これは一般に、大部分のコード パスでの明示的なチェックよりも速度の利点が上回ります。

可読性とパフォーマンス

パフォーマンスを考慮しても、コードの可読性は重要です。優先されること。例外は、呼び出し元がエラーをローカルで処理できない、またはローカルで処理したくない場合に使用する必要があります。ただし、C 11 標準では、例外処理に対してより制御されたアプローチを提供するチェックされた参照が許可されています。

結論

例外は驚くほど高速ではないかもしれませんが、パフォーマンスに影響します。可読性とコードの編成という利点に比べれば、その効果は最小限です。開発者は、時期尚早な最適化の懸念よりも、コードの明確さとメンテナンスの容易さを優先する必要があります。

以上がC 例外は依然としてパフォーマンスのボトルネックですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。