PDO 类不可继承，因其自 PHP 8.2 起被声明为 final，且底层逻辑深度耦合于 C 层；应采用组合模式封装 PDO 实例，通过代理增强功能而非继承重载。
直接继承 PDO 类在 PHP 中不可行
PHP 的 PDO 类是 final 的（自 PHP 8.2 起明确标记为 final，更早版本虽未显式声明但内部机制禁止继承），尝试 class MyPDO extends PDO 会触发 Fatal error: Class MyPDO may not inherit from final class (PDO)。这不是语法疏忽，而是 PDO 设计上就拒绝子类化——它把连接管理、预处理、事务等核心逻辑深度耦合在 C 层，PHP 层只暴露接口。
所以“继承并重载方法”这条路从底层就被堵死了。强行绕过（比如用反射或旧版 PHP）既不可靠，也不安全，上线后极易出问题。
用组合模式封装 PDO 实例才是标准解法
正确做法是定义一个新类（如 Database），内部持有 PDO 实例，并把常用操作转交给它。这样既能扩展功能，又完全兼容 PDO 原有行为。
- 所有数据库操作通过该类统一入口，便于加日志、重试、监控
- 可安全添加
queryWithCache()、insertAndGetId()、transactionScope()等业务友好方法 - 构造时仍传入原生
$dsn、$user、$pass和$options，不破坏连接逻辑 - 需要访问底层
PDO对象时，提供getPdo()方法，而非暴露继承链
示例骨架：
立即学习“PHP免费学习笔记（深入）”；
class Database
{
private PDO $pdo;
public function __construct(string $dsn, string $user = '', string $pass = '', array $options = [])
{
$this->pdo = new PDO($dsn, $user, $pass, $options);
$this->pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
}
public function query(string $sql, array $params = []): PDOStatement
{
$stmt = $this->pdo->prepare($sql);
$stmt->execute($params);
return $stmt;
}
public function getPdo(): PDO
{
return $this->pdo;
}
}
重载方法的实质是代理 + 增强，不是覆盖
所谓“重载”，其实是用新方法名或新签名包装原有调用，同时注入额外逻辑。比如想让 exec() 自动记录 SQL 日志并捕获超时异常：
- 不叫它
exec()，避免和父类混淆（反正也不能继承） - 定义
executeSql()，内部调用$this->pdo->exec($sql)，再套 try/catch 和日志 - 若需修改预处理行为（如自动绑定
PDO::PARAM_STR），应在prepare()封装里做参数归一化，而不是试图改写PDOStatement构造过程 - 事务控制建议用
transaction(callable $callback)方法封装，自动处理beginTransaction()/commit()/rollback()流程，防止遗漏
注意：不要在封装方法里随意修改 PDO::ATTR_* 配置，尤其 PDO::ATTR_EMULATE_PREPARES —— 它会影响 SQL 注入防护能力，且不同环境表现不一致。
警惕 PDOStatement 和游标状态的穿透问题
你封装的类返回的 PDOStatement 对象仍是原生实例，它的 fetch()、fetchAll() 等方法不会经过你的逻辑。这意味着：
- 如果在
query()里加了执行耗时统计，但用户拿到PDOStatement后调用fetch()才真正拉数据，那统计就不准 - 若启用
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY，结果集已在内存，多次fetch()是轻量的；否则可能触发多次网络往返 - 别试图用装饰器包装
PDOStatement——它没有公共构造函数，且多数方法返回mixed，类型难以约束
真正可控的扩展点只有你暴露的方法入口，以及连接初始化、语句准备、执行这三个阶段。其余都应视为黑盒，尊重 PDO 原有契约。
