最直接可靠的方式是使用 $var instanceof pdo，它能准确识别 PDO 及其子类实例，避免继承场景失败和误判 PDOStatement 对象。
用 instanceof 判断变量是否为 PDO 实例
最直接、最可靠的方式是使用 php 的 instanceof 操作符。它能准确识别变量是否为 PDO 类或其子类的实例，不受类型别名或反射干扰。
常见错误是用 get_class() 或 is_Object() + 类名字符串比对，这在继承场景（比如自定义 MyPDO extends PDO）下会失败。
-
if ($var instanceof PDO)—— 推荐，简洁且语义明确 -
if (is_object($var) && get_class($var) === 'PDO')—— 不推荐，无法匹配子类 -
if (gettype($var) === 'object' && method_exists($var, 'query'))—— 更不可靠，仅靠方法存在性易误判
注意 PDO 和 PDOStatement 的区别
刚接触 PDO 的人常把 PDOStatement 对象（如 $pdo->query() 返回值）误认为 PDO 实例。二者完全不同：PDO 是数据库连接句柄，PDOStatement 是预处理/查询执行后的结果操作对象。
若你本意是确认“这是一个可执行 sql 的连接”，却误判了 PDOStatement，后续调用 $var->exec() 就会报 Fatal Error: Uncaught Error: Call to undefined method PDOStatement::exec()。
立即学习“PHP免费学习笔记（深入）”；
- 检查连接对象：用
$var instanceof PDO - 检查查询结果对象：用
$var instanceof PDOStatement - 不要混用，尤其在函数参数校验或工厂返回值判断时
在依赖注入或配置初始化中做安全判断
当函数接收一个“可能为 PDO”的参数（例如 ORM 构造器、数据库工具类），不能假设传入一定正确。需提前防御性判断，避免运行时报错中断流程。
示例场景：一个通用查询封装函数要求首个参数必须是有效 PDO 连接：
function runQuery($pdo, $sql) { if (!($pdo instanceof PDO)) { throw new InvalidArgumentException('First argument must be a PDO instance'); } return $pdo->query($sql); }- 不建议只用
is_object($pdo)，因为任何对象都过得了这一关 - 也不建议跳过判断直接调用，PDO 构造失败时可能返回
false，而false instanceof PDO为false，不会报错但逻辑已错 - 如果 PDO 构造失败（如连接参数错误），通常抛出
PDOException，此时变量根本不会是对象——所以instanceof前无需额外is_object()，PHP 会安静返回false
扩展：如何判断是否为有效的、已连接的 PDO 实例
instanceof PDO 只说明它是 PDO 类型，不保证连接仍活跃。比如连接超时、服务宕机后，$pdo->query() 才会暴露问题。若需提前探测，可用 $pdo->getAttribute(PDO::ATTR_CONNECTION_STATUS)（PHP ≥ 7.2）或尝试轻量查询（如 select 1）并捕获异常。
-
PDO::ATTR_CONNECTION_STATUS在部分驱动（如 mysql）中返回字符串，在 sqlite 中可能不支持 - 更通用的做法是封装一个
isConnected()方法，内部执行$pdo->query('SELECT 1')->fetch()并捕获PDOException - 注意：频繁探测连接状态会影响性能，应结合连接池或重连策略，而非每次查询前都 check
实际写业务逻辑时，90% 的情况只需一行 $var instanceof PDO 就够了。真正容易被忽略的是：你以为传进来的是 PDO，结果是 PDOStatement；你以为连接还活着，其实已经断开——这两处才是线上出问题的高频点。