PHP 的流程控制语句（if、while、for 等）本身不接受表达式作为条件主体，但它们的条件部分必须是表达式——而且这个表达式会被求值为布尔值。 也就是说，“能不能用表达式”不是“能不能”，而是“必须用”。真正容易出错的，是误以为可以省略括号、混淆赋值与比较、或在条件中塞入有副作用的复杂调用。
为什么 if ($a = 1) 总是真？
这是最典型的表达式误用：把赋值操作 = 当成了比较操作 == 或 ===。PHP 会先执行赋值（$a = 1），再把赋值结果（即 1）作为条件判断——而非零整数恒为真。
常见错误现象：if ($user = getUserById($id)) 看似想“获取并判断是否存在”，但实际是“强制赋值后恒为真”，哪怕 getUserById() 返回 null，只要赋值成功，条件就成立。
- 正确写法应显式判断：
if (($user = getUserById($id)) !== null) - 更安全的做法是拆成两步：
$user = getUserById($id); if ($user !== null) { ... } - 启用
strict_types=1和静态分析（如 PHPStan）能提前捕获这类隐式类型转换风险
while 和 for 中的表达式求值时机
每个循环结构里都有多个表达式，它们的执行顺序和频次直接影响逻辑——尤其当表达式带函数调用或变量修改时。
立即学习“PHP免费学习笔记（深入）”；
使用场景：比如轮询数据库状态、读取文件流、或实现带退出条件的迭代器。
-
while ($row = $stmt->fetch())：每次循环开始前都执行fetch()，返回false时终止。这里依赖的是表达式求值结果，不是变量初始值 for ($i = 0; $i ：每次循环都调用 <code>count()，性能差；应提前缓存：$len = count($arr); for ($i = 0; $ifor ($i = 0; $i++ 是合法但危险的写法——<code>$i++先返回旧值再自增，条件判断的是旧值，易导致多跑一次
三元表达式嵌套进流程控制？别硬塞
有人试图用三元表达式替代 if/else 块，比如：$result = $cond ? doA() : doB();。这没问题；但一旦加了副作用（如 echo、return、对象方法调用），就脱离了“表达式”本意，变成难读难测的代码。
常见错误现象：把整个 if 逻辑压缩成一行三元，例如：echo $x > 0 ? (is_array($x) ? 'array' : 'positive') : 'zero_or_neg';——可读性崩坏，且无法加断点调试分支。
- 三元表达式适合纯计算、无副作用、单层判断
- 含函数调用时，确保这些函数不改变外部状态，否则行为不可预测
- PHP 8+ 支持匹配表达式
match，比深层三元更清晰，但仍是表达式，不能替代语句块
流程控制的“灵活”其实很窄：它只灵活在允许任意表达式求值，不灵活在容忍歧义或副作用。最容易被忽略的，是把“语法上合法”当成“逻辑上安全”——比如 if ($a = getValue()) 能跑通，但没人能一眼看出它是有意赋值还是手滑打错。
