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

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

这两者确实是同义的;int看起来会更熟悉一些，Int32让那些阅读你的代码的人更清楚地看到32位。我倾向于在我只需要“一个整数”的地方使用int，在大小很重要的地方使用Int32(密码代码，结构)，这样未来的维护者就会知道在适当的情况下扩大int是安全的，但应该注意以同样的方式改变Int32。

结果代码将是相同的:区别纯粹是可读性或代码外观。

你不应该关心大多数编程语言，除非你需要编写非常特定的数学函数，或者针对特定架构优化的代码……只要确保类型的大小足够你(例如，如果你知道你需要超过32位，就使用比Int更大的类型)

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

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

如前所述，int = Int32。为了安全起见，请确保始终使用int. minvalue /int。MaxValue在实现任何关心数据类型边界的东西时。假设. net决定int现在是Int64，那么你的代码就不那么依赖于边界了。

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