PHP 5.4 省略大括号的 if/else 易引发逻辑错误，因后续增行易遗漏括号导致语句脱离条件控制；应使用 php-cs-fixer 配合 @PSR2 和 braces 规则强制补全，并注意兼容性与嵌套边界。
PHP 5.4 中省略大括号的 if/else 为什么容易出问题
PHP 5.4 允许单语句省略大括号，语法上完全合法，但实际运行中极易因后续修改引入逻辑错误。比如你加了一行日志或一个变量赋值，却忘了补上 {}，结果只有第一行受条件控制，其余代码无条件执行。
常见翻车现场：
-
if (isset($user)) $name = $user['name']; $age = $user['age'];→$age总是被赋值，哪怕$user不存在 - 混合 HTML 输出时：
<?php if ($active) echo 'class="active"'; ?>>看似没问题，但加个trigger_error()就崩
根本原因不是 PHP 5.4 的 bug，而是人类短期记忆不可靠 —— 当前写得“简洁”，半年后维护时根本看不出这是一条还是多条语句。
用 php-cs-fixer 一键补全大括号（PHP 5.4 兼容模式）
php-cs-fixer 支持老版本 PHP 的语法修复，关键是要选对规则集。PHP 5.4 不支持返回类型声明、短数组语法（[]），所以不能用 @PHP80 或 @Symfony 规则组。
立即学习“PHP免费学习笔记（深入）”；
推荐配置命令：
php-cs-fixer fix --rules=@PSR2,braces,full_opening_tag,indentation_type your_file.php-
braces规则会强制所有if、else、for、while块带上大括号，且保持换行风格统一（if (...) {\n而非if (...) {）
注意两个坑：
- 如果项目里混用了
<?短标签，先确保short_tag规则没启用，否则可能误删 -
php-cs-fixer默认要求文件以<?php开头，若旧文件开头有 BOM 或空格，会报错："Unable to detect the current file's coding standard"
手动补全时怎么避免配对错误
补大括号不是机械加 { 和 }，重点是确认作用域边界。PHP 5.4 不支持严格作用域提示，所以得靠缩进 + 关键字定位：
- 从
if、elseif、else行开始，向下找第一个不缩进的语句（或下一个控制结构），中间所有缩进语句都应包进{} - 遇到嵌套时，优先处理最内层：比如
if (...) if (...) echo 'x';，先给内层if加括号，再处理外层 - 特别警惕
echo后紧跟 HTML 的情况：if ($ok) echo '<div>'; echo '</div>';→ 这里第二个echo不在条件内，必须重写为if ($ok) { echo '<div>'; echo '</div>'; }
用 php -l your_file.php 快速验证：如果报错 unexpected '}' 或 unexpected end of file，八成是某处少了个 { 或多加了个 }，而不是括号本身写错了。
修复后还要检查哪些地方容易漏掉
补完大括号只是第一步，PHP 5.4 的兼容性陷阱常藏在边缘位置：
-
include/require语句后没加分号，导致下一行被当成字符串参数（报错：Parse error: syntax error, unexpected T_STRING） -
function定义里用了 PHP 5.5+ 的特性，比如匿名函数带use (&$var)但没加&引用符，PHP 5.4 会直接拒绝解析 - 模板里
<?php if ($x): ?>...<?php endif; ?>这种替代语法虽然合法，但和大括号混用时容易视觉混淆，建议统一成花括号风格
最常被忽略的是：修复完所有 if，却忘了 foreach、for、while 同样适用同一规则。只要块里语句数 ≥1，就该有 {} —— 不是因为语法强制，而是因为没人能保证“以后永远只加一条”。
