PHP 8.4 未改动 throw 表达式,它自 PHP 8.0 起已支持作为表达式使用,可嵌入三元运算、数组解包、函数参数等需值的上下文,但不可单独成行或用于 foreach 条件、属性默认值等仅接受语句的位置。
throw 表达式不是新语法,它早在 PHP 8.0 就已引入很多人搜“PHP 8.4 throw expression”,其实是因为看到某些文章误标版本号。PHP 8.4 并未对 throw 表达式做任何改动
——它从 PHP 8.0 起就支持作为表达式使用,即可以出现在三元运算、数组默认值、函数参数等原本只接受表达式的位置。
throw 表达式?看这 3 类典型场景关键判断标准:只要语法上需要一个「值」(value),而你又想在条件不满足时直接中断并抛错,就可以用 throw 表达式替代冗余的 if + return / throw 块。
$id = $_GET['id'] ?? throw new InvalidArgumentException('Missing id');
$config = [...$baseConfig, ...($extraConfig ?? throw new RuntimeException('Extra config required'))];
json_decode($json, flags: JSON_THROW_ON_ERROR | ($assoc ?? throw new TypeError('assoc must be bool')));
throw 表达式的地方,一踩就报错它本质是表达式,不是语句,所以所有「只接受语句」的上下文都不合法。常见翻车点:
ParseError: Syntax error, unexpected 'throw'):throw new Exception('nope'); → 必须嵌入表达式上下文,比如加括号或接在 ?? 后foreach、for、while 的条件部分直接写:foreach ($items as $item) { $item->id ?? throw new LogicException(); } 是合法的;但 foreach ($items ?? throw new Exception() as $item) 会报错(因为 foreach 的第一个位置要求可遍历表达式,不是任意表达式)public string $name = $_ENV['APP_NAME'] ?? throw new RuntimeException(); → ParseError,属性默认值只支持字面量或常量if 抛异常比,性能与可读性怎么权衡?性能差异几乎为零(底层都是生成 throw 指令),但可读性取决于上下文。别为了“炫技”硬套:
throw 表达式里写复杂逻辑会让行太长、难调试)throw 表达式的错误行号指向的是整个表达式所在行,不是 throw 关键字本身——调试时容易误判“出错点”真正容易被忽略的是:它不改变异常传播行为,也不绕过 try/catch。该被 catch 的照样被 catch,该终止脚本的也一样终止。别指望它带来控制流上的“新能力”,它只是让某些错误提前声明得更紧凑而已。