<p>C# switch语句自7.0起支持模式匹配，8.0新增必须穷尽、无副作用的switch表达式；可直接处理null、空串、类型判断与解构，且顺序敏感、需显式覆盖所有情况。</p>
C# 的 switch 语句早就不是“只能比整数和字符串”的老古董了——从 C# 7.0 开始，它支持模式匹配；C# 8.0 起还多了无副作用、必须穷尽的 switch 表达式。你还在写 if (x == "a") else if (x == "b")，大概率是没更新语法认知，而不是语言不支持。
string 或 null 判断别再用 if 套娃
旧写法要先判 null、再判空串、再一堆 ==，容易漏、难维护。新模式直接在 switch 里把 null 和 "" 当合法模式处理：
return s switch
{
null => "unknown",
"" => "empty",
"admin" => "administrator",
"user" => "standard user",
_ => "other"
};-
null和""是合法模式，不需要提前if (s == null) -
_是弃元模式，必须存在，否则编译报错CS8509 - 顺序敏感：
""必须写在"admin"前面，否则永远匹配不到
类型判断 + 解构一步到位（比如 Shape 子类）
不用 is + 强转两步走，switch 模式能同时做类型检查和变量绑定：
Switch Modes
下载
动态切换AI模型以优化成本与性能。当用户发出“eco mode”、“balanced mode”、“smart mode”或“max mode”等模式指令，或使用“/modes status”查询状态及“/modes setup”配置模式时触发。
double GetArea(Shape shape) => shape switch
{
Circle c => Math.PI * c.Radius * c.Radius,
Rectangle r => r.Width * r.Height,
null => 0,
_ => throw new ArgumentException("Unknown shape type")
};-
Circle c不仅判断类型，还把shape安全转成c，后续可直接访问c.Radius -
null分支必须显式写，否则shape为null时会掉进_分支，可能抛异常 - 如果子类有继承层级（比如
Square : Rectangle），注意Square会先被Rectangle匹配到，除非你把Square写在前面
switch 表达式 vs switch 语句：选错就卡住
两者长得像，但行为完全不同，混用会导致编译失败或逻辑错误：
-
switch表达式（如var x = value switch { ... }）必须覆盖所有可能值，且每个分支返回相同类型；不能调方法、不能改状态（无副作用） -
switch语句（传统case/break写法）允许副作用，但默认禁止穿透（fall-through），漏break会编译报错 - 映射类逻辑（状态码→描述、枚举→文案）优先用表达式；需要初始化对象、打日志、调 API 的，用语句更自然
- 想“穿透”？得显式写
goto case 2;，不能靠省略break
老项目升级时最容易踩的坑
很多团队还在用 C# 6 或更早版本的思维写 switch，升级后立刻暴露问题：
- 编译器突然报
CS8509: Not all cases are handled—— 因为表达式要求穷尽，而你只写了几个case，忘了null或_ - 原以为
case "abc":能匹配null字符串，结果运行时报NullReferenceException—— 新模式下null是独立模式，不进任何字符串case - 把
switch表达式当语句用，比如在void方法里写value switch { ... };，编译直接失败
真正麻烦的不是语法不会写，而是旧代码里那些隐式的空值假设、类型假设、顺序假设，在新模式下全变成显式编译错误——得一个个翻出来修。
