为何C#中‘var’可作为合法类型名？为何仅它可作为类名使用？

这问题问到点子上了，核心原因是**var不是C#的保留关键字，而是上下文关键字（contextual keyword）**——这是它和class、int、if这类传统关键字最本质的区别。

先理清两类关键字的差异 #

• 保留关键字：这类词在C#语法里有固定且全局的含义，无论在什么语境下都不能直接用作标识符（类名、变量名、方法名等）。比如你写public class class { }，编译器会直接报错。如果非要用这类词当标识符，必须加@前缀转义，比如public class @class { }。
• 上下文关键字：这类词只有在特定的语法场景下才会被当作关键字解析，其他场景里它就是普通的标识符。var就是最典型的例子。

为什么var被设计成上下文关键字？ #

var是C# 3.0才引入的特性，用于声明隐式类型的局部变量（比如var list = new List<string>();）。在这之前，已经有不少开发者可能用var作为类名、变量名了——如果把var设为保留关键字，这些旧代码全部都会编译失败，这显然是破坏兼容性的蠢办法。

微软为了兼顾语言演进和向后兼容性，就把var做成了上下文关键字：只有当它出现在局部变量声明的开头时，才会被当作隐式类型的关键字；其他场景下，你完全可以把它当作普通的标识符来用。

实际代码验证一下 #

你可以轻松写出这样的代码，编译器完全能正确解析：

// 定义一个名为var的类
public class var
{
    public string Description { get; set; } = "我是自定义的var类";
}

class Program
{
    static void Main()
    {
        // 第一个var是上下文关键字（隐式类型），第二个是我们自定义的var类
        var myVarInstance = new var();
        Console.WriteLine(myVarInstance.Description); // 输出 "我是自定义的var类"
    }
}

为什么其他关键字没这待遇？ #

像class、int这些保留关键字，从C# 1.0就存在了，当时没有“兼容旧代码里用这个词当标识符”的顾虑——毕竟语言刚诞生，没人会提前用这些核心语法词当名字。而且它们的语义是语言的基础框架，必须全局保留，不能允许被当作普通标识符使用，否则会严重混淆编译器的语法解析逻辑。

总结一下：var的特殊待遇，完全是语言演进过程中兼容性优先的设计选择~

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