PHP 5.5 中省略 {} 的 if/else 写法虽未废弃但已不推荐，因易致逻辑错误且静默失效；PSR-12、phpcs、phpstan 及主流 IDE 均告警；PHP 7+ 后风险加剧，可能触发 Notice/WARNING。
PHP 5.5 中省略 {} 的 if/else 写法本身没有被废弃，但“不再推荐”不是因为语法失效，而是因为维护风险陡增——尤其在多人协作或后续迭代时，一行变两行就 silently 出错。
单语句省略大括号仍合法，但极易引发逻辑断裂
PHP 5.5 允许 if (isset($x)) echo $x; 这类写法，语法无错。问题出在后续修改：一旦有人加一句日志或校验，比如改成 if (isset($x)) echo $x; error_log('x accessed');，第二句就脱离了条件控制，永远执行。
- 这种错误不会报错、不抛异常，仅逻辑漂移，测试覆盖不到时极难发现
- HTML 模板中嵌套更危险：
<input value="<?php if ($v) echo $v; ?>">看似安全，但若后续补上htmlspecialchars()而忘了加括号，XSS 风险立刻引入
PHP 5.5 未强制要求，但 PSR-12 和主流 Linter 已默认告警
虽然 PHP 解析器不拦，但 phpcs（PHP_CodeSniffer）+ PSR-12 规则集会直接报 Expected "if" to be followed by a block；phpstan 在 level 5+ 也会标记此类结构为低可靠性代码。
- 框架如 Laravel、Symfony 的代码风格检查流水线默认启用该规则
- IDE（PhpStorm、VS Code + Intelephense）会在悬停提示“Missing braces may cause unintended behavior”
升级到 PHP 7+ 后，隐性风险被放大
PHP 7 引入严格类型和更激进的错误报告，默认开启 E_WARNING 和 E_NOTICE。原本被忽略的“多语句误挂载”可能触发 Notice: Undefined variable 或 Warning: Cannot assign an empty string to a string offset ——这些错误在 PHP 5.5 下常被静默吞掉。
立即学习“PHP免费学习笔记（深入）”；
- 例如：
if ($arr) $arr[] = 'x'; unset($arr);在 PHP 5.5 可能只 warn 一次，在 PHP 7.2+ 会连续报两次 Notice - 从 PHP 5.5 迁移到 7.2/8.x 时，这类括号缺失是
php -l不报、但实际运行崩的高频盲点
真正麻烦的从来不是写第一行，而是改第三行时忘了补括号——它不报错，只悄悄让业务逻辑跑偏。所以别等报错，从 if 开始就老老实实敲上 {}。
