以上这些人的回答基本正确。Int, int16, int32…根据数据存储容量的不同而有所不同。但这就是为什么编译器必须处理这些问题——它是为了解决潜在的2038年问题。点击链接了解更多信息。 https://en.wikipedia.org/wiki/Year_2038_problem

Int=Int32——>原始长类型 Int16——>原始int Int64—>在64位系统之后提供新的数据类型 "int"仅用于向后兼容。我们应该使用新的int类型使我们的程序更精确。 --------------- 我注意到的另一件事是，没有类似于Int16、Int32和Int64的名为Int的类。所有有用的函数，如TryParse for integer，都来自Int32.TryParse。

没什么。两种类型之间的唯一区别是它们的大小(以及它们可以表示的值的范围)。

Int和int32是同一个(32位整数) Int16是短int(2字节或16位) Int64是长数据类型(8字节或64位)

根据Jeffrey Richter(.NET框架开发的贡献者之一)的书《CLR via c#》:

int是c#编译器允许的基本类型，而Int32是框架类库类型(适用于所有遵守CLS的语言)。事实上，int在编译时转换为Int32。

同时,

在c#中，长映射到系统。Int64，但是在不同的编程中 语言，long可以映射到Int16或Int32。事实上，c++ /CLI做到了 将long处理为Int32。 事实上，大多数(.NET)语言甚至不会将long视为关键字，也不会 编译使用它的代码。

我曾见过这位作者，以及许多关于. net的标准文献更喜欢FCL类型(例如。， Int32)到特定于语言的原语类型(即:， int)，主要关注互操作性问题。

关于16、32和64类型有一个非常重要的注意事项:

如果你运行这个查询… 数组中。IndexOf(new Int16[]{1,2,3}， 1)

你应该得到0(0)，因为你问…是1在1 2或3的数组中。 如果你得到的答案是-1，这意味着1不在1,2,3的数组中。

来看看我的发现: 下面所有的结果都应该是0而不是-1 (我已经在所有的框架版本2.0,3.0,3.5,4.0中进行了测试)

C#:

Array.IndexOf(new Int16[]{1,2,3}, 1) = -1 (not correct)
Array.IndexOf(new Int32[]{1,2,3}, 1) = 0 (correct)
Array.IndexOf(new Int64[]{1,2,3}, 1) = 0 (correct)

VB。NET:

Array.IndexOf(new Int16(){1,2,3}, 1) = -1 (not correct)
Array.IndexOf(new Int32(){1,2,3}, 1) = 0 (correct)
Array.IndexOf(new Int64(){1,2,3}, 1) = -1 (not correct)

我的观点是，对于数组。IndexOf比较，只信任Int32!