因为e_notice和e_warning是php错误而非异常，try-catch仅捕获exception及其子类；需用set_error_handler转为errorexception并配合error_reporting(e_all)启用，pdo则须显式设置attr_errmode为exception。
try-catch 为什么捕获不到 Notice 和 Warning？
因为 E_NOTICE 和 E_WARNING 是 PHP 错误（error），不是异常（exception）。try-catch 只能捕获 Exception 及其子类，对错误类型完全无效。
- 常见现象：
try { echo $undefined_var; }不会进catch (Exception $e)，页面照样报Notice: Undefined variable - 要统一捕获，必须用
set_error_handler()把错误转成ErrorException再抛出 -
error_reporting(E_ALL)必须在set_error_handler()之前调用，否则低级别错误可能被静默忽略 - 注意：
E_ERROR类错误（如内存耗尽）会绕过set_error_handler()，不能靠它兜底
PDO 查询失败却没进 catch 怎么办？
PDO 默认不抛异常，而是返回 false 并触发警告。即使写了 try { $pdo->query(...) }，也根本不会触发 catch。
- 连接时必须显式启用异常模式：
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION - 别漏掉
PDO::ATTR_EMULATE_PREPARES => false，否则 SQL 语法错误可能被模拟层吞掉，不抛异常 - 配置只写在连接参数里就够了，不需要对每个
PDOStatement单独设 - 示例：
$pdo = new PDO($dsn, $user, $pass, [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION, PDO::ATTR_EMULATE_PREPARES => false]);
自定义异常类该怎么写才合法？
PHP 7+ 的 Throwable 是接口，不能继承；真正可继承的基类只有 Exception 和 Error（后者用于内部错误，一般不用）。
- 正确写法：
class ValidationException extends Exception {} - 错误写法：
class MyError extends Throwable→ 会报Fatal error: Cannot extend interface 'Throwable' - 建议在构造函数中加
$code参数，方便区分业务错误类型 - 如果需要保留原始异常上下文（比如包装第三方 SDK 异常），用第三个参数传入：
throw new ValidationException('xxx', 400, $prevException)
finally 里的 return 会覆盖 catch 返回值吗？
会。只要 finally 块里有 return，它就一定会生效，不管 try 或 catch 里有没有 return。
- 这是 PHP 的明确行为，不是 bug ——
finally的语义就是“无论如何都要执行”，包括控制流转移 - 常见陷阱：在
finally里关数据库连接时顺手写了return true;，结果整个函数永远返回true - 资源清理逻辑（如
fclose()、$pdo = null）可以放finally，但别在里面return或throw - 如果真要返回值，应该只在
try或catch中return，finally仅做清理
set_error_handler 当成万能兜底，或以为 PDO 开了异常模式就万事大吉。这两处一旦漏掉，try-catch 就形同虚设。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
