在c#中，int和Int32是同一个东西，但我读过很多次int比Int32更受欢迎，没有给出原因。这是有原因的吗，我应该在意吗?
当前回答
你不应该在意。如果大小是一个问题，我会使用字节，短，int，然后长。使用int型比int32大的唯一原因是需要一个大于2147483647或小于-2147483648的数。
除此之外，我不在乎，还有很多其他的事情需要关心。
其他回答
前一段时间，我在微软做一个项目，当时微软。net CLR产品团队的人来拜访我们。这个人编写了例子，当他定义变量时，他使用“Int32”与“int”和“String”与“String”。
我记得在微软的其他示例代码中见过这种样式。所以，我做了一些研究，发现每个人都说“Int32”和“int”之间没有区别，除了语法着色。事实上，我发现很多材料都建议您使用“Int32”使您的代码更具可读性。所以，我采用了这种风格。
前几天我确实发现了不同!编译器不允许你使用" Int32 "输入enum，但当你使用" int "时，它允许你输入enum。别问我为什么，因为我还不知道。
例子:
public enum MyEnum : Int32
{
AEnum = 0
}
这个作品。
public enum MyEnum : int
{
AEnum = 0
}
取自:Int32符号vs. int
ECMA-334:2006 c#语言规范(p18)
每个预定义类型都是系统提供类型的简写。例如，关键字int指向结构体System.Int32。就风格而言，使用关键字优于使用完整的系统类型名。
一些编译器在不同的平台上对int有不同的大小(不是c#特定的)
一些编码标准(MISRA C)要求所有使用的类型都指定大小(即Int32而不是int)。
为不同类型的变量指定前缀也很好(例如，b表示8位字节，w表示16位字，l表示32位长字=> Int32 lMyVariable)
您应该关心，因为它使您的代码更具可移植性和可维护性。
如果你总是要使用c#，而且c#规范在这方面永远不会改变，那么可移植可能不适用于c#。
可维护的ihmo将始终适用，因为维护代码的人可能不知道这个特定的c#规范，并且错过了int偶尔超过2147483647的错误。
在简单的for循环中，例如计算一年中的月份，您不会关心，但是当您在一个可能会owerflow的上下文中使用该变量时，您应该关心。
您还应该注意是否要对它进行逐位操作。
你不应该关心大多数编程语言，除非你需要编写非常特定的数学函数，或者针对特定架构优化的代码……只要确保类型的大小足够你(例如，如果你知道你需要超过32位，就使用比Int更大的类型)
使用Int或Int32都是一样的Int只是为了简化读者的代码。
使用可空变量Int?还是Int32 ?当您在数据库中处理包含null的字段时。这将使您避免大量的运行时问题。
