为何CancellationToken类型的局部变量无需初始化？

这个问题挺有意思的，核心在于C#编译器对不同类型的初始化检查逻辑有区别，咱们拆解来看：

首先还原你的测试场景：

class Program { 
    static void Main(string[] args) { 
        CancellationToken o; 
        Console.WriteLine(o); // 完全能正常编译
    } 
}

但把CancellationToken换成int或者string，立刻就会触发编译错误：Local variable 'o' might not be initialized before accessing。

背后的核心原因 #

C#编译器对局部变量的初始化检查，本质是为了避免使用无意义的垃圾值：

• 对于普通值类型（比如int、bool）：局部变量在栈上分配后，默认是未清零的垃圾值，直接使用会导致不可预测的行为，所以编译器强制要求你必须显式赋值后才能用。
• 对于引用类型（比如string）：未初始化的局部变量默认是null，直接使用会触发NullReferenceException，所以编译器同样会报错。

但CancellationToken是个特殊的系统值类型——它的默认状态（也就是所有字段为默认值的状态）是有明确语义且安全可用的：这个默认状态等同于CancellationToken.None，代表“永远不会触发取消”的有效令牌。

而且.NET编译器对这类特殊值类型做了规则豁免：因为它的默认值是完全有效的、有实际用途的，所以允许你直接使用未显式初始化的CancellationToken局部变量，不需要先赋值。

关于你测试的自定义MyC结构体 #

你提到反编译CancellationToken并复制成MyC结构体后，同样的代码会编译失败——这很正常，因为编译器的特殊豁免只针对.NET内置的特定类型（比如CancellationToken、Nullable<T>等），自定义结构体不会享受这个待遇。哪怕你的MyC和CancellationToken代码完全一样，编译器依然会把它当成普通值类型，强制要求显式初始化后才能使用。

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