PHP 8.3 PDO构造参数语义更严格，禁止多传参数或顺序错位，fetch期间禁用setFetchMode，fetch常量值调整且PROPS_LATE/INTO校验加强，错误回溯更完整。
PHP 8.3 PDO 构造参数语义更严格
PDO 构造函数现在完全遵循 call_user_func_array 的标准调用语义，不再容忍“多传一个空参数”或“参数顺序错位”这类宽松行为。PHP 8.1 及之前版本中，new PDO($dsn, $user, $pass, $options) 即使传了第 5 个参数（比如误加 null），多数情况下会被静默忽略；8.3 开始会直接抛出 TypeError。
常见踩坑点：
- 老代码里写成
new PDO($dsn, $user, $pass, $options, null)—— 升级后报错 - 使用
...$args展开数组构造 PDO 实例时，若数组长度 >4，必须确保只传 4 个有效参数 - 框架封装层（如某些旧版 DB 工厂）若做了“兜底补参”，需检查是否多塞了默认值
PDO fetch 操作期间禁止调用 setFetchMode
PHP 8.3 明确禁止在 PDOStatement::fetch()、fetchColumn() 等获取结果过程中调用 setFetchMode()。PHP 8.1 允许这种操作，但行为不可靠：可能影响当前行、下一行，甚至无效果，属于未定义行为。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 所有
setFetchMode()必须在execute()之后、首次fetch之前调用 - 若需动态切换模式（比如部分行要对象、部分要数组），应分两次执行查询，或统一用
PDO::FETCH_ASSOC后手动映射 - 搜索代码中
->setFetchMode(是否出现在while ($row = $stmt->fetch())循环内 —— 这类写法在 8.3 下会抛出RuntimeException
PDO fetch 常量值变更与 FETCH_PROPS_LATE 校验加强
PHP 8.3 调整了多个 fetch 常量的底层整数值（如 PDO::FETCH_CLASS 从 2 改为 7），虽不影响字符串写法，但若代码中硬编码了数字（如 $stmt->fetch(2)），运行时会失效或触发错误。更关键的是，PDO::FETCH_PROPS_LATE 和 PDO::FETCH_INTO 现在会对传入的对象类型和属性可写性做严格校验。
典型问题场景：
- 用
$stmt->fetch(PDO::FETCH_CLASS, User::class)时，若User类含public readonly属性且未在构造中初始化，8.3 会报Error；8.1 仅警告或静默跳过 -
PDO::FETCH_INTO目标对象若含private属性且无对应 public setter，8.3 直接拒绝赋值并抛异常，8.1 可能通过反射强行写入 - 依赖
var_export()或调试输出中常量值做判断的工具类，需改用符号常量而非数字
其他兼容性细节：BLOB 处理与错误回溯
虽然不属 PDO 扩展专属，但影响实际数据库交互体验：PHP 8.5 对 PDO 的 finfo_file() 调用做了空字节检查（非 PDO 自身，而是扩展联动），而 PHP 8.3 已开始在 PDO 错误中注入更完整的调用栈信息 —— 尤其是连接失败、预处理失败等场景，比 8.1 的 PDOException 多出至少两级回溯帧。
这意味着：
- 升级后排查连接超时、权限拒绝类问题更快，但日志体积略增
- 若自定义了
PDOException捕获逻辑并依赖getTraceAsString()的固定行数格式，可能需要微调解析逻辑 -
PDO::ATTR_EMULATE_PREPARES行为未变，但开启后触发的错误 now 包含更准确定位（例如指出是哪条 SQL 字符串里的第 N 个占位符）
