C#动态类型导致使用IL中的反射解析Console.WriteLine

前端之家收集整理的这篇文章主要介绍了C#动态类型导致使用IL中的反射解析Console.WriteLine前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我在 LINQPad中一直在玩一些C#语句,以便了解发出的中间语言代码.

我首先尝试了以下代码

var Container = new {Name = "James"};
Console.WriteLine(Container.Name);

并且看到以下六行IL发射:

IL_0001:  ldstr       "James"
IL_0006:  newobj      <>f__AnonymousType0<System.String>..ctor
IL_000B:  stloc.0     
IL_000C:  ldloc.0     
IL_000D:  callvirt    <>f__AnonymousType0<System.String>.get_Name
IL_0012:  call        System.Console.WriteLine

这是我所期望的,并且非常好地演示了匿名类型是如何只读/不可变的,因为没有set_Name属性.

接下来我尝试了这些陈述:

dynamic Container = new System.Dynamic.ExpandoObject();
Container.Name = "James";
Console.WriteLine(Container.Name);

这会导致大量的IL被释放.我不会在这里粘贴它,但你可以在this pastebin找到它.

我理解在管理动态类型和ExpandoObject方面存在相当多的开销,但我不明白为什么在这种情况下通过内部反射执行对System.Console.WriteLine的调用.

IL_0072:  ldstr       "WriteLine"
....
IL_00BF:  ldtoken     System.Console

在第一段代码中,在检索并存储属性之后,它是一个调用System.Console.WriteLine的单行IL语句.

那么为什么动态类型的呼叫需要额外的所有这些?

解决方法

因为变量是动态的,所以在编译时无法知道应该调用WriteLine的哪个重载.直到运行时我们才知道动态对象的实际类型.由于动态的工作方式,重要的是它不仅在编译时被视为对象;部分权力是它在运行时确定正确的过载.

如果你将对象转换为动态以外的东西(即调用ToString之后的字符串或者只返回到ExpandoObject)然后将它传递给WriteLine,那么你应该看到反射调用消失了,并且在编译时看到它静态地确定正确的重载WriteLine.

猜你在找的C#相关文章