Ja, es ist möglich. Sehen Sie sich den folgenden Blogbeitrag von Shawn Burke für Details an:
Konfigurieren Visual Studio zum Debuggen des .NET Framework-Quellcodes
Wenn Sie andererseits einfach ausprobieren möchten, wie bestimmte Dinge im .NET-Framework implementiert sind (ohne Debugging), dann verwenden Sie .NET Reflektor (wie von LorenVS erwähnt). Dies ist ein sehr nützliches Tool, mit dem Sie das .NET Framework sehr gut verstehen können.
Meine 3 Cent:
Ich habe vor kurzem ein Debugging in VS durchgeführt, das den Bezug von .NET-Quellcode (in Bezug auf OleDB) beinhaltete, in den ich hineingehen und sehen konnte, was da los war. Eine Sache, die ich erwähnen möchte, wenn Sie durch den .NET-Quellcode gehen, erwarten Sie nicht, dass das lokale Fenster (oder Datentipps) Ihnen immer den Wert von Variablen zeigt.
Zum Beispiel, einfache Variablen wie int, longs, string, etc., können Sie den Wert von erhalten. Versuchen Sie jedoch, den Wert von Objekten zu erhalten (List & lt; & gt ;, benutzerdefinierte Objekte, DataTable usw.), und Sie erhalten nichts als eine Nachricht, die besagt, dass der Code optimiert wurde und Sie die Werte nicht sehen können.
Obwohl Sie die .NET-Quelle haben, ist der eigentliche kompilierte Code, an den Sie angehängt sind, der Release-Build mit aktivierten Optimierungen. Dies bedeutet, dass ein Großteil der Daten für Variablen und Objekte nicht analysiert werden kann.
Nur ein Heads-up.
Es ist möglich, Reflektion und ILDASM zu verwenden, um die IL zu betrachten, aber ich denke nicht, dass es möglich ist, während des Debugging in den Code zu gehen.
Tags und Links .net visual-studio-2008 .net-framework-source