C#中何时及为何使用类型别名（如int）而非对应类名？

Great question—this is one of those subtle C# details that trips up even experienced devs sometimes! Let’s break this down clearly, since the short answer is: they’re functionally identical at runtime, but there are readability, convention, and edge-case reasons to pick one over the other.

首先：明确等价性 #

First off, let’s get this out of the way: int is exactly an alias for System.Int32, double = System.Double, string = System.String, and so on. The C# compiler treats them as the same thing—you’ll get identical IL code either way, no performance difference whatsoever. So the choice is almost entirely about style and context.

为什么优先用别名（int、double、string） #

• 代码简洁性 & 社区习惯: Let’s be real—int age = 42; is way cleaner and faster to write than Int32 age = 42;. The C# community has standardized on these aliases for everyday use; most codebases, tutorials, and team style guides will prefer the shorter versions. It’s just more readable at a glance for fellow C# devs.
• 语言原生感: 别名是C#语言语法的一部分，而Int32/String是CLR类型名。使用别名写代码会更有“C#原生”的感觉，而非直接引用底层.NET类型。
• 避免命名空间冗余: 除非你在文件顶部加了using System;，否则写Int32必须写成System.Int32，而别名int不需要任何using指令就能直接用，省了点小麻烦。

什么时候应该用CLR类名（Int32、Double、String） #

• 解决命名冲突: 如果你不小心定义了一个叫int的自定义类型（真的不建议这么做，但偶尔会出现），就必须用System.Int32来明确引用CLR原生类型，避免歧义。比如：

  // 只是举个反例，别这么写！
  public class int { }
  
  // 现在必须用全名来指代真正的整数类型
  System.Int32 validAge = 30;
  

• 文档化类型细节: 当你写注释、文档，或者需要强调类型的精确大小/特性时，用Int32能明确表示这是一个32位有符号整数，对还没把int和32位关联起来的新手更友好。
• 反射或高级CLR API场景: 在极少数直接操作CLR类型元数据的场景（比如反射），用System.Int32能让你的意图更清晰——不过就算在这里，typeof(int)和typeof(Int32)的效果也完全一样。

关于string vs String的小补充 #

这是个大家常讨论的点。string是C#别名，String是CLR类名，你甚至可以在同一段代码里混用：

string message = "Hello";
bool isEmpty = String.IsNullOrEmpty(message); // 完全能正常运行

还是风格问题。有些开发者在调用静态方法（比如String.Format）时更喜欢用String，以此强调这是在调用类方法，但这纯粹是个人或团队的偏好选择。

内容的提问来源于stack exchange，提问作者user9202791