インライン関数はいつ使用し、いつ使用しない方が良いですか? [重複] 質問する

関数呼び出しのコストを回避することは、話の半分にしか過ぎません。

する：

• inline代わりに使用する#define
• 非常に小さな関数は、次の点で優れていますinline: コードの高速化と実行ファイルの小型化 (コード キャッシュに残る可能性が高くなります)
• 関数は小さく、頻繁に呼び出される

しないでください:

• 大きな関数: 実行ファイルが大きくなり、呼び出しのオーバーヘッドによる実行速度の向上にもかかわらず、パフォーマンスが大幅に低下します。
• I/Oバウンドのインライン関数
• この機能はほとんど使用されない
• コンストラクタとデストラクタ: 空の場合でも、コンパイラはそれらのコードを生成します。
• ライブラリを開発する際にバイナリ互換性が失われる:
  • 既存の関数をインライン化する
  • インライン関数を変更するか、インライン関数を非インラインにする: ライブラリの以前のバージョンは古い実装を呼び出します

ライブラリを開発する際に、将来クラスを拡張可能にするには、次の点に注意する必要があります。

• 本体が空の場合でも非インライン仮想デストラクタを追加する
• すべてのコンストラクタを非インラインにする
• クラスが値によってコピーできない場合を除いて、コピーコンストラクタと代入演算子の非インライン実装を記述する

キーワードはコンパイラへのヒントであることに注意してください。コンパイラは関数をインライン化しないことを決定する場合もあれば、最初にinlineマークされなかった関数をインライン化することを決定する場合もあります。私は通常、関数をマークすることを避けます(非常に小さな関数を記述する場合を除く)。inlineinline

パフォーマンスに関しては、(いつものように) アプリケーションをプロファイリングし、最終的にinlineボトルネックを表す一連の関数をプロファイリングするのが賢明なアプローチです。

参考文献:

• インライン化するかしないか
• [9] インライン関数
• C++ のポリシー/バイナリ互換性の問題
• GotW #33: インライン
• インラインリダックス
• 効果的な C++ - 項目 33: インライン化を慎重に使用する

編集: Bjarne Stroustrup、C++ プログラミング言語:

関数は と定義できますinline。例:

inline int fac(int n)
{
  return (n < 2) ? 1 : n * fac(n-1);
}