最稳妥的做法是在 new pdo() 构造时直接传入 [pdo::attr_errmode => pdo::errmode_exception] 数组选项，确保连接失败即抛异常；php 7.2 默认为 silent 模式，不显式设置则 try/catch 无效。
连接时直接传入 PDO::ATTR_ERRMODE 选项最稳妥
PHP 7.2 仍默认使用 PDO::ERRMODE_SILENT，必须显式设置异常模式，否则 try/catch 捕获不到数据库错误。最安全的做法是在 new PDO() 构造时就把选项数组传进去，避免后续漏设或覆盖。
- 选项数组必须是真实数组，不能加引号：
"$options"会触发Array to string conversion警告，并抛出TypeError: Argument #4 ($options) must be of type ?array, string given - 正确写法：
new PDO($dsn, $user, $pass, [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]) - 不要写成：
new PDO($dsn, $user, $pass, "$options")—— 即使$options是数组，双引号也会强制类型转换 - 如果用类封装连接，确保
$this->options是数组变量，调用时直接传$this->options，而非"$this->options"
setAttribute() 只对已存在的 PDO 实例生效
如果你已经创建了 $pdo 对象，再用 setAttribute() 设置异常模式是有效的，但要注意：它只影响之后执行的语句，不追溯已发生的错误（比如连接失败本身可能已被静默处理）。
- 连接成功后立即设置：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) - 不能在
try块外调用setAttribute()后再进try—— 因为连接失败时不会抛异常，$pdo可能根本没创建成功 - 常见误写：
$pdo = new PDO(...); $pdo->setAttribute(...); $pdo->query("bad sql");—— 这里连接若失败，$pdo是 null 或未定义，setAttribute()会报致命错误
注意 PHP 版本差异带来的行为变化
PHP 7.2 不是默认异常模式，这点和 PHP 8.0+ 不同。你在 PHP 7.2 上必须手动设置，否则 query()、exec() 等方法出错时只返回 false，不抛异常，try/catch 完全无效。
- 验证当前模式：
var_dump($pdo->getAttribute(PDO::ATTR_ERRMODE));—— 应输出int(2)（PDO::ERRMODE_EXCEPTION的值） - 不要依赖
ini_set('display_errors', '1')或错误报告级别来“看到” PDO 错误：静默模式下即使开启显示，也不会输出任何内容 - 调试时可临时加一句：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING)，让错误以E_WARNING形式直接输出，便于快速定位语法或表名问题
业务逻辑错误无法被 PDOException 捕获
PDO::ERRMODE_EXCEPTION 只捕获底层数据库交互错误（如表不存在、字段名错、约束冲突），不捕获业务规则失败。比如 “插入重复邮箱” 成功了但不符合业务要求，这种必须靠代码判断后主动 throw new PDOException()。
- 示例：
if ($stmt->fetchColumn() > 100) { throw new PDOException("年龄超限"); } - 别指望
exec()返回0就一定是业务失败——它可能只是没影响行数（比如UPDATE条件不匹配），需结合rowCount()判断 - 事务中一旦抛出
PDOException，PHP 会自动回滚，但手动throw的异常不会触发回滚，得自己$pdo->rollback()
try 块里**——因为连接失败这个动作，在静默模式下连 $pdo 都没机会创建。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
