else永远与最近未配对的if绑定，花括号{}是唯一能明确控制范围的语法；缩进无语法意义，单条语句自动成块易致嵌套歧义；必须用{}显式界定块来确保else归属正确，统一加花括号是规避歧义的硬性工程实践。
因为C语言（以及C++、Java等类似语法的语言）规定：else永远只和它前面最近的、尚未配对的if语句绑定，而花括号{}才是唯一能明确界定“哪个if控制哪段代码”的语法结构——缩进、换行、空格全无语法意义。
编译器不看缩进，只认“最近未配对的if”
人眼容易被整齐缩进误导，以为顶格写的else属于外层if。但编译器从else往前逐个扫描，遇到第一个没被其他else占用的if就立即配对。例如：
-
if (a) if (b) x(); else y();→else实际绑定的是if (b) - 即使写成：
if (a) if (b) x(); else y();编译器仍视作同一逻辑，else不属于if (a)
单条语句自动成块，导致嵌套关系隐含
当if后面没加{}，C语言默认只把紧随其后的一条完整语句当作该if的分支。这意味着：
-
if (cond1) if (cond2) stmt;→stmt属于内层if (cond2) -
if (cond1) if (cond2) s1; else s2;→else必然归属if (cond2)，if (cond1)根本没有else分支 - 一旦
cond1为假，整个内层if-else都被跳过，s2永远不会执行
想让else属于外层if，必须用{}切断内层自动延伸
要打破默认的“就近匹配”，唯一可靠方式是显式用花括号围住外层if的主体，使其成为一个不可分割的块：
- 错误写法：
if (x) if (y) a(); else b();→b()是if (y)的else - 正确写法：
if (x) { if (y) a(); } else b();→b()才真正对应if (x) - 哪怕当前只有一条语句，也建议写成
if (x) { a(); }，为后续扩展留余地
统一加花括号是最简单有效的防御手段
这不是风格偏好，而是规避歧义的硬性工程实践：
- 所有
if、else if、else后面，只要涉及多行或未来可能增删语句，一律加{} - 现代编辑器可配置保存时自动补全花括号，或启用静态检查工具（如clang-tidy）警告缺失大括号
- 团队代码规范中应明确要求：无花括号的单行if仅允许出现在极简、一次性脚本中，生产代码禁用
