c#中if必须接bool表达式，故if(x=5)因赋值返回int而编译失败（cs0029），而if(x==5)合法；else if按顺序执行，区间判断须高优先级条件在前，避免逻辑重叠。
if 和 else 在 C# 中不是“可选语法糖”，而是控制执行路径的刚性结构——条件表达式必须是明确的 bool 类型，不能是整数、指针或隐式转换值；写错会直接编译失败，不是运行时才报错。
为什么 if (x = 5) 编译不过，而 if (x == 5) 可以
C# 强制要求 if 后的括号内必须是布尔表达式。赋值操作符 = 返回的是被赋的值（比如 int），不是 bool，编译器会报错 CS0029 Cannot implicitly convert type 'int' to 'bool'。这和 C/C++ 不同，C# 不允许用非布尔值“充数”。
常见误写场景：
- 把
==写成=，尤其在快速敲代码时 - 把
!=写成!单独使用（如if (!x)对非布尔变量会报错） - 调用返回
void的方法（如if (Console.WriteLine("a"))）——类型不匹配
else if 的执行顺序和区间判断陷阱
多个 else if 是从上到下逐个判断，一旦某个条件为 true，后续所有分支都跳过。所以顺序很重要，尤其是做数值区间判断时。
错误写法（逻辑重叠且顺序反了）：
if (score >= 60) { Console.WriteLine("及格"); }
else if (score >= 80) { Console.WriteLine("优秀"); } // 永远不会执行
正确写法（高优先级条件放前面）：
if (score >= 90)else if (score >= 80)else if (score >= 70)else if (score >= 60)else
注意：不要用 && 手动写上下界（如 score >= 80 && score ），除非你刻意要跳过中间档位——多数情况靠顺序就能自然排除。
大括号 {} 省略后的作用域风险
单条语句可以省略大括号，但极易引发维护问题：
if (isLoggedIn)
Console.WriteLine("Welcome");
LogAccess(); // 这行永远执行！不在 if 作用域内
看似缩进对齐，实际只有第一行受 if 控制。C# 不依赖缩进，只认大括号。
建议统一加上大括号，哪怕只有一行：
- 避免新增逻辑时漏加
{} - 防止代码格式化工具自动调整缩进后语义意外改变
- Git diff 更清晰（增删整块逻辑，而非单行）
嵌套 if 何时该换成 switch 或三元运算符
嵌套本身合法，但超过两层就该警惕可读性问题：
- 单一变量匹配多个离散值（如状态码、字符串命令）→ 优先用
switch，特别是 C# 8+ 支持模式匹配后更安全 - 二选一简单赋值（如
string msg = isOk ? "OK" : "Failed";）→ 用三元运算符，比if/else更紧凑 - 需要提前退出多个条件组合（如权限 + 时间 + 状态）→ 考虑提取成独立方法并用早期返回（
return），而不是层层缩进
最易被忽略的一点：if 块内变量作用域仅限于该块，但很多人误以为缩进里的变量能在外层访问——其实没大括号就根本没“块作用域”这回事。
