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

int与System相同。Int32，当编译时，它将在CIL中变成相同的东西。

我们在c#中按照惯例使用int，因为c#希望看起来像C和c++(以及Java)，这就是我们在那里使用的……

顺便说一句，我最终使用的是系统。Int32时声明各种Windows API函数的导入。我不确定这是否是一个定义的约定，但它提醒我，我要去一个外部DLL…

你不应该在意。如果大小是一个问题，我会使用字节，短，int，然后长。使用int型比int32大的唯一原因是需要一个大于2147483647或小于-2147483648的数。

除此之外，我不在乎，还有很多其他的事情需要关心。

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

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

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

前一段时间，我在微软做一个项目，当时微软。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