.NETでログインするためのスタックトレース

Question

System.Diagnostics.StackTraceを使用するlogger/exceptionfactoryモジュールを作成して、呼び出しメソッドとその宣言型から属性を取得しました。しかし、リリースモードでVisual Studioの外でコードを実行すると、私の短いメソッドの一部がインラインでスタックトレースから抜けてしまうことに気付きました。今はメソッドが実行時にインライン化されるかどうかをテストする方法はありませんが、私はすべての重要なメソッドを[MethodImpl(MethodImplOptions.NoInlining)]にしたくありません。しかし、私の基底クラスのメソッドが欠けていると、レイヤーと操作情報を誤読でき、誤ったログや誤った例外が発生する可能性があります。

いつ、どこでインライン化されるのかのルールはありますか？仮想メソッド、静的メソッド、基本クラスメソッドは多少処理されますか？アセンブリ内のインライン展開について心配する必要はありますか？名前空間の内部？

Answer 1

はい、いくつかのルールがありますが、JITコンパイラで使用されるヒューリスティックであり、これらのヒューリスティックは瞬時に変更される可能性があります。

1. 仮想メソッドはインライン化できません。
2. インターフェイスメソッドはインライン化されていますが、スタックトレースを折りたたむかどうかは100％確信していません。
3. 静的メソッドと非仮想インスタンスメソッドは確実にインライン化できます。
4. インライン展開は、JITがメソッド呼び出しをコンパイルするときに実行時に発生するため、名前空間（もちろん）とアセンブリ（あまり明白ではありません）をクロスする可能性があります。
5. "重い"メソッドはインライン化されません。これは "重い"の定義に依存し、JITが適用するヒューリスティックの一部です。私の知る「重い」のためのヒューリスティクスの

一部：例外処理を使用

• 方法は（すなわち、キャッチを試みるか、してみてください-finallyブロック）インライン化されていません。
• 大きなコード（〜32ILバイトですが、これを覚えている可能性があります）を持つメソッドはインライン化されません。
• ループを持つメソッドは、ループが完全に展開または削除されない限り、インライン化されません。

Answer 2

ヒューリスティックはすべてジッタの実装の詳細であり、正式に文書化されておらず、いつでも変更される可能性があることを意味します。

• Some Thoughts About Inlining
• More on inlining...
• Jit Optimizations: Inlining (I)：
  は、ここでは（それらのいくつかは今ビット長・イン・ザ・歯であるが）あなたが興味深い見つけるかもしれないいくつかの記事であることを言いました
• Jit Optimizations: Inlining (II)
• To Inline or not to Inline: That is the question