还要考虑Int16。如果你需要在应用程序的内存中存储一个Integer类型，并且你关心使用的内存量，那么你可以使用Int16类型，因为它使用的内存更少，并且比Int32类型的最小/最大范围更小(这就是int类型)。

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

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

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

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

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

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

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

虽然它们(大部分)是相同的(参见下面的一个[错误]差异)，但您绝对应该注意并应该使用Int32。

The name for a 16-bit integer is Int16. For a 64 bit integer it's Int64, and for a 32-bit integer the intuitive choice is: int or Int32? The question of the size of a variable of type Int16, Int32, or Int64 is self-referencing, but the question of the size of a variable of type int is a perfectly valid question and questions, no matter how trivial, are distracting, lead to confusion, waste time, hinder discussion, etc. (the fact this question exists proves the point). Using Int32 promotes that the developer is conscious of their choice of type. How big is an int again? Oh yeah, 32. The likelihood that the size of the type will actually be considered is greater when the size is included in the name. Using Int32 also promotes knowledge of the other choices. When people aren't forced to at least recognize there are alternatives it become far too easy for int to become "THE integer type". The class within the framework intended to interact with 32-bit integers is named Int32. Once again, which is: more intuitive, less confusing, lacks an (unnecessary) translation (not a translation in the system, but in the mind of the developer), etc. int lMax = Int32.MaxValue or Int32 lMax = Int32.MaxValue? int isn't a keyword in all .NET languages. Although there are arguments why it's not likely to ever change, int may not always be an Int32.

缺点是要多输入两个字符和[bug]。

这不会编译

public enum MyEnum : Int32
{
    AEnum = 0
}

但这将:

public enum MyEnum : int
{
    AEnum = 0
}

我知道最好的做法是使用int，所有MSDN代码都使用int。然而，据我所知，除了标准化和一致性之外，没有其他原因。