《[C#] int与System.Int32有什么区别》

比来园里的TeamOne写了一篇《[C#] int与System.Int32有什么区别》，发明里面有不少出色的评论，所以不由得想这篇文章总结一下:>

本文的主要参考资料：

1.《理解C#中的System.Int32和int：并非鸡和鸡蛋》@Author:Dixin

2.《[C#] int与System.Int32有什么区别》@Author:TeamOne

一.问题的来源

MSDN说，int只不过是System.Int32的别号而已，也就是说：

int i=1; System.Int32 i=1；

应该是等价的，，或者说毫无区另外。

但在Dixin在用Reflector对.Net Framework的mscorlib.dll进行反汇编时，发明工作仿佛并不是这样，看下图：

上图是Dixin通过Reflector对mscorlib.dll进行反汇编后看到的System.Int32的界说，在上图中，我们看到Int32的界说顶用到了int，如果按MSDN中说，int只是System.Int32的别号，那问题就来了：

（1）.使用int和使用System.Int32是没有区另外。

（2）.在C#的Struct界说中，字段中存在类型为本身的变量，是不允许的，例子如下：

public struct Test { public Test value; }

上面这个例子编译会掉败。由于System.Int32等价于int ，所以System.Int32的编译也应该会掉败的！但事实上是，Reflector反编译出来的代码简直显示System.Int32界说中使用了int。这就不禁让人怀疑，int和System.Int32的关系到底是不是如MSDN所说的这么简单呢？？究竟int是System.Int32的别号呢？还是System.Int32对int进行了封装呢？

二.int和System.Int32的关系

下图是我从微软官方介绍里截取的，我们先简单看一下.Net Framework的架构：

 

.Net Framework是一个根本平台，它要撑持成立在此根本上的各类语言，以及跨语言措施之间的通信。如图：

 

由于上述原因，.Net Framework对外供给的资源必需是通用的，并且制止使用某种语言的特有称号，以免造成不须要的混淆。

于是，这就有了int和System.Int32，它们的关系如下图：

System.Int32是.Net Framework对32位整数的标识，MSDN对这种类型标示的称号是User Type。而int则是c#语言里面的特有称号（这里它对应的.Net Framework里的System.Int32），MSDN对c#的int的称号是Keyword。int就是System.Int32的别号而已！

那为什么我们在用Reflector反编译mscorlib.dll的时候，会得出第一幅图那种功效呢？

是这样的，在.Net Framework运行库里，有一种最根本的数据类型，叫“基元类型（primitive）”。这种数据类型是只供给给.Net Framework内部使用，外面是看不见的。其实在真正微软的System.Int32的源码中，用到的应该是int32。但是由于int32不是c#供给的类型，所以Reflector会自动把int32逆向为c#的int，这也就是为什么我们会在System.Int32界说中看到int的存在了。

这里我引用Dixin文章里的一段IL代码证明int32的存在:>

C#代码：

public int TestMethod(int value) { return value * 2; }

对应得IL代码：

.method public hidebysig instance int32 TestMethod(int32 ‘value‘) cil managed { .maxstack 2 .locals init ( [0] int32 CS$1$0000) L_0000: nop L_0001: ldarg.1 L_0002: ldc.i4.2 L_0003: mul L_0004: stloc.0 L_0005: br.s L_0007 L_0007: ldloc.0 L_0008: ret }

想了解更多的关于“基元类型”的资料，可以参考这篇文章《认识基元类型、FCL类型及与CLR的相容情况》。

三.System.Int32在64位机器上

System.Int32在64位机器上还是暗示32位的整数，也就是说C#的int在64位机器上也还是暗示32位的整数。至于为什么，看下图：

 

如果System.Int32在64位机器为64bit，那么，这将会使在32位机器上的C#措施难以和64位上的C#措施相同，试想一下，要把64bit的数据塞进32bit的空间中是一件多恶心的工作啊！所以，System.Int32在64位机器还是暗示32位的长度，是很合理的。