Visual Studioデバッガの呼び出しスタックにRuntimeMethodInfo.Invokeが表示されないのはなぜですか？

Question

は、次のC＃コードを考えてみましょう：

class Program 
{ 
    static public void Print(string toPrint) 
    { 
     Console.WriteLine(toPrint); 
    } 

    static void Main(string[] args) 
    { 
     Type program = typeof(Program);    
     MethodInfo methodInfo = program.GetMethod("Print", BindingFlags.Static | BindingFlags.Public); 
     methodInfo.Invoke(null, new object[] { "a" }); 
    } 
} 

私はどちらかのVisual  メーカー  2008またはVisual   Studioの  2008年にそれを実行して、私は「印刷」メソッド内に置くブレークポイントにヒットすると、私は次の取得しますコールスタックウィンドウ：！

ConsoleApplication4.exe ConsoleApplication4.Program.Print（文字列 toPrint）マネージド・トランへ

[ネイティブネイティブの移行への管理対象sition]

[]

ConsoleApplication4.exe！ConsoleApplication4.Program.Main（文字列[] argsが ）

RuntimeMethodInfo.Invokeが私のコールスタックに表示されないのはなぜ？結局のところ管理された方法なので、私はそれが私が期待するように見ないのはなぜですか？

また、一般的に、ここでのルールは何ですか？コールストアから欠落していると思われる管理対象メソッドはどれですか？

Answer 1

この理由は、実際には管理されたメソッドではないためです。 RunTimeMethodInfo.Invokeは、最終的にに解決され、MethodImplOptions.InternalCallとしてマークされます。つまり、この呼び出しは実際にはCLRのヘルパーとして実装されています。あなたのコールスタックに表示されません何のための一般的な規則の面では

：

• あなたが書いていないほとんど何がとして表示されます（デフォルト）Just My Code有効にしている場合呼び出しスタックの[External Code]。
• あなたが管理しているデバッグだけの場合は、おそらく多くの呼び出しスタック上でNative to ManagedとManaged to Nativeの遷移が見られるでしょう。
• 内部的に実装されたメソッドを扱う場合、コールスタックにも少しの曖昧さがあります。
• DebuggerHiddenの正確なルールはわかりません。特に「ちょうど私のコード」メソッドと組み合わせた場合は特にそうですが、コールスタックにそれらが表示されるとは思われません。

未処理のコールスタックをすべて表示するには、次の操作を行う必要があります。

• デバッグの両方を管理し、ネイティブのデバッグが有効になって
• 無効にJust My Code