else总是与最近的尚未配对的if配对；该规则由c++语法严格定义，不依赖缩进、换行或花括号，仅依据代码中else之前最近的未匹配if语句确定绑定关系。
else 必须和 if 配对，但不一定要“紧贴着”写在下一行
是的，else 在 C++ 中不能独立存在，它必须与一个 if 配对；但语法上并不要求 else 紧跟在 if 的右大括号 } 后面换行或空格——只要中间没插入其他语句，编译器仍能正确关联。
真正起决定作用的是“最近未配对的 if”规则，不是缩进或换行。比如下面这段合法代码：
if (x > 0)
if (y > 0)
std::cout
<p>这里的 <code>else</code> 实际匹配的是外层 <code>if (x > 0)</code>，而不是内层 <code>if (y > 0)</code> —— 因为内层 <code>if</code> 没有带 <code>else</code>，所以它“已消耗”了那个 <code>else</code> 的绑定资格。</p>
<h3>嵌套 if-else 中 else 到底跟谁配对？</h3>
<p>编译器按“最近未配对的 <code>if</code>”原则自动绑定，不看缩进，也不看是否加了花括号。这容易引发“悬挂 else（dangling else）”问题。</p>
- 错误直觉：以为缩进对齐的
else就该配对外层if - 实际行为：
else总是优先绑定离它最近、且还没被别的else占用的if - 后果：逻辑和视觉不一致，调试时极难发现
解决办法只有一条：显式加花括号，强制作用域清晰。例如：
if (x > 0) {
if (y > 0) {
// ...
}
} else {
// 这里明确属于外层 if
}
不加花括号时单行 if + else 的边界情况
当 if 分支只有一条语句且省略花括号时，else 的归属更容易出错。
-
if (a) if (b) foo(); else bar();→else属于内层if (b) -
if (a) { if (b) foo(); } else bar();→else属于外层if (a) - 哪怕写成
if (a)\n if (b)\n foo();\nelse\n bar();，结果也一样：else还是配对内层
也就是说，换行、空格、缩进全无效；唯一有效的是花括号和嵌套结构本身。
为什么建议永远写花括号？
因为不写花括号带来的风险远大于少打几个字符的收益。
- 后续加日志或调试语句时，极易误删/错位
else所属关系 - 代码审查或协作时，靠缩进猜逻辑 = 主动埋雷
- C++ 标准明确不保证缩进语义，所有主流 linter（如 clang-tidy）默认警告无花括号分支
哪怕只有单条语句，也推荐统一写成：
if (condition) {
do_something();
} else {
do_something_else();
}
真正的坑不在语法是否允许，而在于人脑会依赖缩进做判断，但编译器不会。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
