这在实践中没有什么区别，最终你会采用你自己的惯例。我倾向于在分配类型时使用关键字，在使用静态方法时使用类版本等:

int total = Int32.Parse("1009");

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

一些编译器在不同的平台上对int有不同的大小(不是c#特定的)

一些编码标准(MISRA C)要求所有使用的类型都指定大小(即Int32而不是int)。

为不同类型的变量指定前缀也很好(例如，b表示8位字节，w表示16位字，l表示32位长字=> Int32 lMyVariable)

您应该关心，因为它使您的代码更具可移植性和可维护性。

如果你总是要使用c#，而且c#规范在这方面永远不会改变，那么可移植可能不适用于c#。

可维护的ihmo将始终适用，因为维护代码的人可能不知道这个特定的c#规范，并且错过了int偶尔超过2147483647的错误。

在简单的for循环中，例如计算一年中的月份，您不会关心，但是当您在一个可能会owerflow的上下文中使用该变量时，您应该关心。

您还应该注意是否要对它进行逐位操作。

int可以保存的字节数取决于你编译它的目的，所以当你为32位处理器编译程序时，它可以保存从2^32/2到-2^32/2+1的数字，而为64位编译时，它可以保存从2^64/2到-2^64/2+1的数字。Int32总是包含2^32个值。

编辑:忽略我的回答，我没有看到c#。我的答案是针对C和c++的。我从来没用过c#

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

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

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