PDO异常处理核心是将数据库错误转为PDOException，需显式设置PDO::ERRMODE_EXCEPTION；捕获后可获取SQLSTATE码、消息等；事务中须手动rollback；生产环境应避免泄露敏感信息。
PHP PDO 的异常处理机制核心在于将数据库操作错误转换为可捕获的 PHP 异常，而非依赖返回 false 或调用 errorCode() 手动检查。启用后，所有错误（如连接失败、SQL 语法错误、约束冲突）都会抛出 PDOException，让错误处理更统一、更符合现代 PHP 实践。
开启 PDO 异常模式
PDO 默认使用 PDO::ERRMODE_SILENT，即静默模式——出错不报错，只设内部错误码。必须显式设置为 PDO::ERRMODE_EXCEPTION 才能触发异常：
- 在构造 PDO 实例时通过
$options参数设置：$pdo = new PDO($dsn, $user, $pass, [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]); - 或连接后单独设置：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
推荐在实例化时一并配置，避免遗漏。
捕获与处理 PDOException
所有 PDO 操作（query()、execute()、beginTransaction() 等）在异常模式下失败时，均抛出 PDOException，它继承自 RuntimeException，包含关键属性：
立即学习“PHP免费学习笔记（深入）”；
-
$e->getMessage()：数据库返回的原始错误信息（如 “SQLSTATE[23000]: Integrity constraint violation”） -
$e->getCode()：SQLSTATE 错误码（5 位字符串），比 MySQL 原生错误号更具标准性和跨库一致性 -
$e->errorInfo：数组形式的详细错误信息，含 SQLSTATE、驱动错误码、驱动错误消息
典型用法是用 try-catch 包裹具体操作，按业务逻辑做差异化响应，例如对唯一键冲突（SQLSTATE 23000）提示用户重试，对连接失败（SQLSTATE 08001）触发降级策略。
事务中异常的安全回滚
在事务中，未捕获的 PDOException 会导致脚本终止，但 PDO 不会自动回滚已开始的事务——这极易引发数据不一致。
- 必须在 catch 块中显式调用
$pdo->rollback() - 建议将
beginTransaction()放在 try 块外，确保事务状态可控 - 可借助 finally 块确保连接清理，但回滚动作本身必须在 catch 中完成
示例逻辑：开启事务 → 执行多条语句 → 任一失败则 catch 中 rollback 并重新抛出或记录；成功则 commit。
避免敏感信息泄露
PDOException 默认携带数据库结构、表名、字段名甚至部分 SQL 片段，直接输出给前端存在安全风险。
- 开发环境可显示完整异常用于调试
- 生产环境应捕获异常，记录完整
$e->getTraceAsString()到日志，但仅向用户返回泛化提示（如“操作失败，请稍后重试”） - 不要用
echo $e->getMessage()输出到页面
可通过自定义异常处理器或中间件统一拦截 PDOException，实现日志分级与用户友好反馈分离。
掌握这四个要点，就能把 PDO 异常从“被动检查”转为“主动控制”，让数据库错误处理更健壮、更可维护。
