dotnet 委托的实现解析 (2)

这里第一个意外出来了，我一直以为委托是继承自System.Delegate但是没想到却是继承自System.MulticastDelegate。大家都知道后者继承前者主要就是是为了实现 += 这种多播委托的方式（也就是天天写事件用的这种方式）。 那么委托像事件那么注册好多个就是合情又合理了。也就是如下这种。

internal class HelloWorld { public static void HelloWorld1() { Console.WriteLine("hello world1"); } public static void HelloWorld2() { Console.WriteLine("hello world2"); } public delegate void SayHi(); public void Main() { SayHi? helloWorld = new SayHi(HelloWorld1); helloWorld += HelloWorld2; helloWorld.Invoke(); } }

果然是可以的，可惜大家（我们组的其他同事）宁愿用事件的方式，从来没见这么用过。
IL里定义的其他方法也没啥稀奇的Invoke这类的都是编译器加进去的，直接调用clr里处理，这里看不到实现。

小小的结论与一些疑惑

先说结论: (大胆猜测：）委托实际上和事件类似都是编译成一个对象，然后JIT执行到这个stub时再以FCall的形式（也许是QCall（FQ傻傻分不清），毕竟是动态生成的类不是很了解）调用到CLR里。我不爱用这个果然是对的。

再说说疑惑：
实际上最近在混合调试托管代码时遇到了很大问题。也就是

只调试托管代码或者System.Private.CoreLib时没有问题。

只调试core clr时也没问题（虽然大部分看不懂）。

一旦混合调试时（托管代码调用clr的功能如 GetHashcode 或者 lock时）就有很多函数进不去，但是也不是也不是完全进不去，还是可以看见一部分混合调用的堆栈的。导致我现在很多只能靠猜，例如GetHashcode()是以FCall的形式调用到CLR里，直接在Core CLR里相关的代码打断点就能进入断点。

希望有缘人解答一下，我已经按clr的官方文档处理了，现在只剩下无奈与黔驴技穷了。
当然文中的其他问题也希望有缘人不吝指出。感谢。