pdo::errmode_silent设错误码不报错；pdo::errmode_warning触发警告但继续执行；pdo::errmode_exception抛出异常，php 8.0+默认且最安全。
PDO::ATTR_ERRMODE 的三个可选值分别代表什么
PHP PDO 的错误模式由 PDO::ATTR_ERRMODE 属性控制，它决定出错时 PDO 的行为。不是所有值都适合生产环境：
-
PDO::ERRMODE_SILENT：只设错误码，不报错也不抛异常。调用后必须手动检查$pdo->errorCode()或$stmt->errorInfo()，极易漏判错误；PHP 8.0 前是默认值，现在已不推荐。 -
PDO::ERRMODE_WARNING：触发E_WARNING，页面可能显示错误（开发调试可用），但脚本继续执行 —— 这会导致后续逻辑基于失败操作继续运行，比如插入失败却没回滚事务。 -
PDO::ERRMODE_EXCEPTION：抛出PDOException，可被try-catch捕获。PHP 8.0+ 已设为默认，也是唯一能保证错误不被忽略、事务自动回滚（未显式commit时）的模式。
为什么 setAttribute 必须在 new PDO() 之后立即调用
错误模式是连接级属性，只对当前 PDO 实例生效。如果在连接建立前设置，或在 prepare/execute 之后才设置，前面的操作已按旧模式执行完毕，补救无效。
常见错误写法：
$pdo = new PDO($dsn, $user, $pass);
// ✅ 正确：连接后立刻设置
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
<p>// ❌ 错误：放在 query 之后
$stmt = $pdo->query("SELECT * FROM users");
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); // 太晚了，前面的 query 已静默失败
</p>
更隐蔽的坑：在类构造函数中把 setAttribute 写在 new PDO() 之前，结果整个对象初始化失败却无提示。
options 参数里直接设 ERRMODE 是否可行
可以，但有严格限制：必须在 new PDO() 的第四个参数（$options 数组）中传入，且该数组不能被引号包裹或强制转为字符串。
正确示例：
$options = [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_EMULATE_PREPARES => false,
PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"
];
$pdo = new PDO($dsn, $user, $pass, $options); // ✅ $options 是数组
错误示例：
$pdo = new PDO($dsn, $user, $pass, "$options"); // ❌ 双引号导致 Array to string conversion $pdo = new PDO($dsn, $user, $pass, (string)$options); // ❌ 同样类型错误
一旦 $options 被当字符串传入，PDO 构造函数会直接报 Fatal error: Uncaught TypeError: PDO::__construct(): Argument #4 ($options) must be of type ?array, string given。
如何验证当前连接的错误模式是否生效
别只信代码写了 setAttribute，运行时可能被覆盖或未执行。最可靠的方式是主动读取并确认：
echo $pdo->getAttribute(PDO::ATTR_ERRMODE); // 输出整数：0=SQLITE, 1=WARNING, 2=EXCEPTION
输出 2 才表示 PDO::ERRMODE_EXCEPTION 已生效。如果输出 0 或 1，说明配置没起作用 —— 常见原因是 setAttribute 调用被跳过（如 try-catch 中连接失败后没走到那行）、或被后续某处代码又改回去了。
另外，PDO::ERRMODE_EXCEPTION 生效后，任何 SQL 错误（比如表不存在、字段名错、唯一键冲突）都会立刻抛出 PDOException，而不是返回 false 或静默失败。这是你唯一需要盯住的信号。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
