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

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#类型都将保持当前的映射。”

int和Int32是一样的。int是Int32的别名。

你不应该在乎。大多数时候你应该使用int。它将有助于将来将程序移植到更广泛的体系结构(目前int是System的别名。Int32，但这可能会改变)。只有当变量的位宽很重要时(例如:要控制结构体在内存中的布局)，才应该使用int32和其他变量(与"using System;"相关联)。

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

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

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

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