PHP 8.0 中 PDO::prepare() 默认抛出 PDOException，错误暴露更早更明确：占位符混用、参数不匹配、连接失效等均在 prepare() 阶段报错，而 PHP 7.4 多为静默失败或延迟至 execute() 报错。
PHP 8.0 中 PDO::prepare() 报错更直接，不接异常就崩
PHP 8.0 默认开启 PDO::ERRMODE_EXCEPTION，PDO::prepare() 遇到语法错误、参数占位符不匹配、SQL 模板非法等情况，会立即抛出 PDOException；而 PHP 7.4 默认是 PDO::ERRMODE_SILENT，只返回 false，后续调用 execute() 才可能报 “Call to a member function on bool”。
常见触发场景：
-
PDO::prepare("SELECT * FROM user WHERE id = ? AND status = :status")—— 混用问号和命名占位符，PHP 8.0 直接抛异常，7.4 可能静默失败或执行时报错 - SQL 语句含非法字符（如未转义的
??或嵌套注释），PHP 8.0 在prepare()阶段就拒绝，7.4 可能等到execute()才由 MySQL 服务端报错 - 使用了已被移除的函数间接影响 prepare（如
create_function()在回调中构造 SQL），PHP 8.0 先报Fatal error: Uncaught Error: Call to undefined function，根本走不到prepare()
模拟预处理（emulate_prepares）行为没变，但错误暴露得更彻底
PDO::ATTR_EMULATE_PREPARES 的默认值仍是 true，但 PHP 8.0 下模拟解析失败时不再“吞掉”错误：以前可能返回空结果或静默跳过，现在会明确抛出 PDOException 并带详细 errorInfo，比如 HY093（无效参数编号）或 HY000（绑定参数数量不匹配）。
关键差异点：
立即学习“PHP免费学习笔记（深入）”；
- PHP 7.4：若
$stmt->execute(['a', 'b', 'c'])绑定 3 个值，但 SQL 只有 2 个?，可能执行成功但忽略第三个值，或返回空数组 - PHP 8.0：同上操作直接抛异常，
errorInfo[1]明确为HY093，getMessage()提示 “Invalid parameter number” - 启用
PDO::ATTR_EMULATE_PREPARES => false后，错误来源从 PDO 客户端转向 MySQL 服务端，报错信息更贴近真实 SQL 错误码（如1054Unknown column），这点在两个版本中一致，但 PHP 8.0 更早暴露
命名占位符重复绑定在 PHP 8.0 下更严格
当 PDO::ATTR_EMULATE_PREPARES => true（默认）时，PHP 7.4 允许对同一个命名参数多次调用 bindValue()（后一次覆盖前一次）；PHP 8.0 则在第二次 bindValue() 时就抛 PDOException，提示 “Cannot bind to same parameter twice”。
典型出问题的写法：
-
$stmt->bindValue(':id', 1); $stmt->bindValue(':id', 2);—— PHP 7.4 无感，PHP 8.0 第二行就崩 -
$stmt->execute([':id' => 1, ':id' => 2]);—— PHP 8.0 数组键去重后只剩一个:id，但 PDO 内部校验发现绑定数与占位符数不一致，仍报HY093 - 解决办法：确保命名参数唯一，或改用问号占位符配合索引数组
容易被忽略的兼容断点：prepare() 前的连接状态检查
PHP 8.0 不再允许在失效连接上调用 prepare()。如果 PDO 实例已因超时、服务重启或权限变更断开，PHP 7.4 可能返回 false 或延迟报错，PHP 8.0 会在 prepare() 第一时间抛出 PDOException，errorInfo[0] 是 08006（connection exception），message 类似 “MySQL server has gone away”。
这意味着你不能假设 $pdo 还活着——尤其在长生命周期脚本（如 CLI 队列任务）中：
- PHP 7.4：可能
prepare()成功，execute()失败，错误位置后移 - PHP 8.0：
prepare()就失败，必须在每次使用前确认连接可用，或捕获异常后重建$pdo - 简单验证方式：
try { $pdo->query('SELECT 1'); } catch (PDOException $e) { /* 重建连接 */ }
这个变化不是 prepare() 本身的行为改动，而是底层连接管理更激进地把错误前置了——它让问题显形，但也要求你把连接健康检查变成常规动作。
