PHP版本差异：PHP 7与PHP 8核心语法变更对照表-php教程-PHP中文网

php 8 不是 php 7 的平滑升级，而是类型契约、错误语义和语法表达力的硬性跃迁；直接上线易触发 fatal error 或静默逻辑错误，需全面适配命名参数规则、联合类型严格模式、json_encode异常处理、datetime校验提前及jit生效条件。

php版本差异：php 7与php 8核心语法变更对照表

PHP 8 不是 PHP 7 的平滑升级，而是类型契约、错误语义和语法表达力的硬性跃迁。直接上线 PHP 8 而不做适配，大概率触发 Fatal error 或静默行为偏移，不是“跑不起来”，而是“看起来跑起来了，但逻辑已错”。

PHP 8 引入 date_create_from_format(format: 'Y-m-d', datetime: $str) 这类调用方式，可读性高、顺序无关，但规则极严：

位置参数（如 foo($a, $b)）必须全部写在前面，后面不能跟任何命名参数；foo($a, b: 2) 会抛 ParseError: Named parameter cannot precede positional argument
第三方库若未声明支持命名参数（比如旧版 mysqli_query() 扩展函数签名未更新），强行写 mysqli_query(connection: $conn, query: $sql) 会触发 TypeError，而非降级为位置调用
PHP 7 环境下写命名参数会直接解析失败：Parse error: syntax error, unexpected token ":"，CI/CD 流水线若未隔离 PHP 版本，测试阶段就卡死

function parse(array|string $input): int|false 这类写法在 PHP 8 中合法，但它的防护能力完全依赖是否开启严格模式：

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

没加 declare(strict_types=1);，传入 bool 仍会静默转成 0 或 ''，类型声明形同虚设
array|string 中不能有空格：array | string 是语法错误，必须写成 array|string
属性也支持联合类型（public int|string $id;），但构造器属性提升（public function __construct(public int|string $id) {}）不支持联合类型，会报 Parse error
返回类型为 int 却返回 null：PHP 7 只警告，PHP 8 直接 Fatal error；应改用 ?int 或 int|null

启用 JSON_THROW_ON_ERROR 后，json_encode() 行为从“返回 false”变成“抛 JsonException”，这对 Node.js 消费端尤其危险：

若对象含未初始化的 readonly 属性，或含已关闭的资源（如 mysqli 对象），PHP 8 直接中断响应，HTTP 状态码变 500，body 可能为空或 HTML 错误页
Node.js 端若用 axios.get(...).then(res => res.data)，会因 res.data 是 HTML 字符串而 JSON.parse() 失败，前端白屏无提示
修复方式不是禁用 JSON_THROW_ON_ERROR，而是统一包 try/catch，并确保所有接口返回结构化错误体，例如 ['error' => 'invalid data']
浮点数中的 INF 或 NaN：PHP 7 静默丢弃或转为 null，PHP 8 默认抛 ValueError，需提前过滤

new DateTime('2023-02-30') 这类非法日期，在 PHP 7 中会走完全部校验才抛异常；PHP 8 在字符串预检阶段就终止：

好处是错误暴露更早、性能更高（省掉约 70% 解析开销）
坏处是：原来靠 if ($date instanceof DateTime) 判断构造是否成功的代码，现在得改用 try/catch，否则直接崩
$date->format('Y-m-d H:i:s') 在 PHP 8 中快 35%，因为缓冲区预分配、单次写入；但若你还在用 date_format($date, 'Y-m-d') 函数式调用，性能优势无法体现
时区切换（setTimezone()）和 clone 操作内存占用大幅下降，但前提是对象本身没带自定义序列化逻辑（__sleep 或 __serialize）