曾经，int数据类型与编译器目标机器的寄存器大小挂钩。例如，16位系统的编译器将使用16位整数。

然而，谢天谢地，我们已经很少看到16位了，当64位开始流行时，人们更关心的是使它与旧软件兼容，32位已经存在了很长时间，对于大多数编译器来说，int只是假设为32位。

使用Int32类型需要对System或完全限定(System.Int32)的命名空间引用。我倾向于int，因为它不需要名称空间导入，因此在某些情况下减少了名称空间冲突的机会。当编译为IL时，两者之间没有区别。

没关系。int是语言关键字，Int32是实际的系统类型。

也可以在这里看到我对相关问题的回答。

int是c#语言中System的快捷方式。Int32

虽然这确实意味着微软可能会改变这种映射，但FogCreek讨论的一篇文章指出[来源]

“关于64位的问题——微软确实在开发64位版本的。net框架，但我很确定int不会在该系统上映射到64位。

原因:

1. c# ECMA标准明确规定int是32位，long是64位。

2. 微软在框架1.1版本中引入了额外的属性和方法，返回长值而不是int值，例如Array。除了Array.GetLength之外的GetLongLength。

所以我认为可以肯定地说，所有内置的c#类型都将保持当前的映射。”

它们都声明了32位整数，正如其他作者所述，使用哪一个主要是语法风格的问题。然而，他们并不总是以同样的方式表现。例如，c#编译器不允许这样做:

public enum MyEnum : Int32
{
    member1 = 0
}

但是它允许这样做:

public enum MyEnum : int
{
    member1 = 0
}

图。

int和Int32之间没有区别，但由于int是一个语言关键字，许多人在风格上更喜欢它(就像string vs string)。