PHP 8.3 接收方法返回值仍用 = 赋值，无新语法；需注意严格类型检查、联合类型兼容性、链式调用仅捕获最终结果、match 表达式须覆盖所有可能返回值（含 null）。
PHP 8.3 中直接接收方法返回值没有特殊语法
PHP 8.3 没有新增任何用于“接收返回值”的新语法或关键字——你仍然用 = 赋值，和 PHP 5.6 以来完全一致。所谓“接收”，本质就是变量赋值或作为参数传入其他函数，不存在版本特异性操作。
容易混淆的点在于：有人误以为 PHP 8.3 的联合类型、只读类或构造函数属性提升会影响返回值接收方式，其实它们只约束类型声明和赋值合法性，不改变赋值动作本身。
接收返回值时必须注意类型声明与实际返回的匹配
PHP 8.3 强化了严格类型检查（尤其启用 declare(strict_types=1) 时），如果方法声明了返回类型但实际返回了不兼容值，会直接报 Fatal error: Uncaught TypeError，根本执行不到“接收”这一步。
- 例如声明
function foo(): int { return "123"; }，调用$x = foo();会崩溃，不是赋值失败，而是函数根本无法完成执行 - 联合类型如
string|int允许返回其中任一类型，但接收后若未做类型判断就直接调用方法（如$x->length），仍可能运行时报错 -
mixed或未声明返回类型的方法，接收后需自行校验，PHP 不自动推断行为
链式调用中“接收”发生在最后一步
像 $result = $obj->methodA()->methodB()->methodC(); 这种写法，$result 接收的是 methodC() 的返回值，前两个方法的返回值只是临时中间值，无法单独捕获——除非拆成多步：
立即学习“PHP免费学习笔记（深入）”；
$a = $obj->methodA(); $b = $a->methodB(); $result = $b->methodC();
PHP 8.3 仍未支持类似 Rust 的“解构链式结果”或 Python 的多赋值语法，想分别接收多个中间返回值，只能显式拆开赋值。
使用 match 表达式接收并分支处理返回值更安全
当方法返回有限几种类型（如状态码、枚举或字面量）时，用 match 比 if/else 更清晰，也避免漏掉类型分支：
$status = $service->save($data);
$result = match($status) {
'success' => ['ok' => true],
'validation_failed' => ['ok' => false, 'errors' => $service->getErrors()],
'db_error' => throw new RuntimeException('Save failed'),
};
注意：PHP 8.3 的 match 是表达式，必须有返回值，且所有分支必须返回同类型或能被统一推导的类型；若分支返回类型差异大，需显式 cast 或统一包装为数组/对象。
真正容易被忽略的是：方法返回 null 时，如果没在 match 中显式列出 null 分支，会触发 UnhandledMatchError——这不是警告，是致命错误。
