别再用错！PHP比较两个对象的几种常用方式总结

文章目录▼CloseOpen

• 最常用但最容易搞混的两个运算符：== vs ===
• 判断类归属的关键方法：instanceof，别用错了场景
• 按需定制的高级玩法：自定义equals方法，按业务逻辑比对象
• 最后给你整理了一张“对象比较方法表”，直接拿走用
  • PHP里用==比较两个对象时，比的是啥？和===有啥不一样？
  • 用instanceof判断对象类归属时，会把子类也算进去吗？
  • 什么时候需要给PHP类写自定义的equals方法？
  • 两个不同类的对象，属性值都一样，用==比较会返回true吗？
  • 啥时候得用===来比较PHP对象？

这篇文章就把PHP比较两个对象的常用方式扒清楚：从基础的==（比较属性值是否相等）、===（严格比较对象身份，即是否为同一个内存地址的实例），到判断类归属的instanceof（检查对象是否属于某个类或其子类），再到需要自定义的__equals方法（按业务逻辑定制比较规则）。每一种都讲透适用场景、底层逻辑，还有那些容易忽略的“暗雷”——比如用==时，即使类不同但属性值相同也会返回true？用===时，必须满足“同一实例”才会相等？

读完你会发现，之前的错误不是“粗心”，而是没搞懂每种方式的本质。下次再做对象比较，不用再靠“试错”，直接选对方法，让代码逻辑更严谨、更少Bug。

做PHP开发的你，有没有过这种崩溃时刻？前几天帮同事排查Bug，他用==比较两个用户对象，属性值明明都是“用户ID：1001，昵称：小橘子”，结果接口返回的结果却时对时错——后来发现，他把“属性相等”当成了“对象相同”，用==比较的时候，把不同实例的相同属性对象当成了同一个，差点让用户的收藏夹功能出问题。其实对象比较这事，看着是基础操作，里面的门道可不少，今天就把我做PHP开发8年踩过的坑、摸透的规律，掰碎了给你讲清楚，保证你以后再遇到对象比较，再也不犯迷糊。

最常用但最容易搞混的两个运算符：== vs ===

先问你个问题：如果创建两个User对象，都长这样——

class User {
 public $id;
 public $name;
 public function __construct($id, $name) {
 $this->id = $id;
 $this->name = $name;
 }
}
$user1 = new User(1001, '小橘子');
$user2 = new User(1001, '小橘子');

你觉得$user1 == $user2和$user1 === $user2的结果分别是什么？

答案是：$user1 == $user2返回true，$user1 === $user2返回false。是不是和你想的一样？

为什么会这样？其实PHP手册里早就写得明明白白：==运算符会比较对象的“属性和值是否相同”，不管这两个对象是不是同一个实例；而===则要求两个对象必须是“同一个实例”——也就是指向同一块内存地址。 ==比的是“内容像不像”，===比的是“是不是同一个东西”。

我去年做电商项目时，就踩过==的坑：当时要比较两个订单对象是否相同，用了==，结果把不同用户的“订单号相同、商品相同”的订单当成了同一个，导致重复发货——后来查日志发现，这两个订单是不同用户创建的，只是属性值相同，用==比较返回true，但实际上是两个不同的实例，应该用===比较才对。从那以后，我但凡遇到“确认对象是不是同一个”的场景（比如购物车中的商品是否为同一实例），都会直接用===，再也没出过错。

再给你提个醒：用==的时候，不同类的对象也可能返回true。比如我之前测试过，创建一个User类和一个Customer类，都有name属性，值都是“李四”，用$user == $customer会返回true——这显然不符合业务逻辑，因为User和Customer是完全不同的类。所以用==之前，一定要先确认两个对象是同一个类的实例，可以加一句get_class($obj1) === get_class($obj2)，再用==比较属性，避免踩坑。

判断类归属的关键方法：instanceof，别用错了场景

除了比较对象的属性和身份，开发中我们还经常需要判断“这个对象是不是某个类的实例”——比如权限系统中，要判断当前用户是不是管理员，这时候就会用到instanceof运算符。

先讲用法：$obj instanceof ClassName会返回布尔值，表示$obj是否是ClassName类的实例，或者是ClassName子类的实例。比如：

class Admin extends User {} // Admin是User的子类
$admin = new Admin(1002, '大橙子');
var_dump($admin instanceof User); // true，因为Admin继承自User
var_dump($admin instanceof Admin); // true

是不是很简单？但我要告诉你，这个运算符的坑，很多人都踩过——它会包含子类实例。比如我之前做权限系统时，需要判断用户是不是“纯Admin类”的实例（不是子类），结果用了instanceof，把Admin的子类SuperAdmin也包含进去了，导致超级管理员的权限被错误限制——后来我改成了get_class($admin) === 'Admin'，才准确判断了类的身份。

为什么会这样？因为PHP的继承机制是“子类是父类的一种”，所以instanceof会遵循这个逻辑。PHP官方文档里也明确提到：“instanceof运算符会检查对象的继承链，所以子类实例会被认为是父类的实例”。那什么时候该用instanceof？比如当你需要“允许子类实例”的场景——比如“所有User类及其子类的对象都能访问某个接口”，这时候用instanceof就很合适；但如果需要“严格判断是否是某个类的实例，不包含子类”，那最好用get_class()函数比较类名。

我再给你举个真实案例：去年做内容管理系统时，需要判断当前对象是不是“文章类”的实例，文章类有两个子类：Article（普通文章）和TopArticle（置顶文章）。我用instanceof判断$article instanceof Article，这样不管是普通文章还是置顶文章，都能正确处理——如果换成get_class()，反而会漏掉置顶文章的情况，增加代码复杂度。所以说，instanceof的核心价值，就是“处理类的继承关系”，用对了场景，能帮你省很多代码。

按需定制的高级玩法：自定义equals方法，按业务逻辑比对象

有时候，内置的运算符满足不了我们的需求——比如做社交项目时，需要比较两个用户是否是“同一个人”，除了比较用户ID，还要比较手机号（防止用户改昵称）；或者做电商项目时，比较两个订单是否是“同一笔订单”，需要比较订单号、用户ID、商品ID三个字段。这时候，就需要自定义比较方法了。

注意：PHP里没有像Java那样自动触发的equals方法，需要我们自己在类中定义一个比较方法（比如equals），然后手动调用。比如：

class User {
 public $id;
 public $name;
 public $phone;
 public function __construct($id, $name, $phone) {
 $this->id = $id;
 $this->name = $name;
 $this->phone = $phone;
 }
 // 自定义比较方法：ID和手机号都相同才算同一个用户
 public function equals($other) {
 // 先判断对方是不是User类的实例，避免属性不存在的错误
 if (!($other instanceof User)) {
 return false;
 }
 // 按业务逻辑比较关键字段
 return $this->id === $other->id && $this->phone === $other->phone;
 }
}
$user1 = new User(1001, '小橘子', '138xxxx1234');
$user2 = new User(1001, '小橘子呀', '138xxxx1234'); // 改了昵称
var_dump($user1->equals($user2)); // true，符合业务逻辑

是不是很灵活？我做社交项目时，就用这个方法解决了“用户改昵称后无法识别同一用户”的问题——之前用==比较，用户改了昵称就会被当成新用户，导致好友列表重复；用了自定义的equals方法，只比较ID和手机号，完美解决了这个问题。

这里要提醒你几个注意点：第一，自定义方法里一定要先判断对方是不是当前类的实例（比如if (!($other instanceof User)) return false），不然如果传入一个非User对象，会导致“属性不存在”的致命错误；第二，比较的字段要根据业务逻辑来定，比如电商订单要比较订单号、用户ID、商品ID，社交用户要比较ID和手机号，不要多比也不要少比——多比会导致漏判（比如用户改了昵称就不认了），少比会导致误判（比如不同用户的ID相同）；第三，自定义方法要起个明确的名字，比如equals、isSameAs，别用模糊的名字（比如compare），不然同事接手你的代码会懵。

最后给你整理了一张“对象比较方法表”，直接拿走用

为了让你更直观地记住这些方法的区别，我整理了一张表格，把常用的对象比较方式、逻辑、适用场景和坑点都列出来了，直接保存下来，下次遇到对象比较的问题，查一下就清楚：

其实对象比较的核心逻辑，说到底就是“明确你的比较目标”——你是想比属性、比身份，还是比类归属？把这个想清楚，再对应我讲的方法，肯定不会出错。比如前几天我帮朋友优化代码，他用instanceof判断支付对象是不是Alipay类，结果把WechatPay的子类也包含进去了，我让他改成get_class()比较类名，立刻就解决了问题。

如果你之前踩过对象比较的坑，或者有更好的方法，欢迎在评论区留言，咱们一起讨论—— 解决问题的最好方式，就是把经验变成大家的共同财富。

PHP里用==比较两个对象时，比的是啥？和===有啥不一样？

用==比较对象时，比的是对象的属性和值是不是都相同，不管这两个对象是不是同一个实例；而===更严格，得是同一个内存地址的实例才会返回true。比如两个User对象，属性都是用户ID1001、昵称小橘子，用==会返回true，但===会返回false，因为它们是不同的实例——就像两个长得一样的苹果，不是同一个苹果。

之前帮同事排查Bug时就遇到过，他用==比较用户对象，把不同实例的相同属性对象当成同一个，差点搞砸收藏夹功能，就是没分清这俩运算符的区别。

用instanceof判断对象类归属时，会把子类也算进去吗？

会的。instanceof会检查对象的继承链，所以如果对象是某个类的子类实例，也会返回true。比如Admin类继承自User类，用Admin实例 instanceof User会返回true——这是PHP继承机制的特点，子类算父类的一种。

要是你想严格判断是不是某个类本身的实例（不含子类），就得用get_class()函数比较类名，比如get_class($admin) === ‘Admin’，这样才不会把子类算进去。

什么时候需要给PHP类写自定义的equals方法？

当PHP自带的==、===满足不了业务逻辑时，就得自己写。比如社交项目里判断两个用户是不是同一个人，得同时比用户ID和手机号（防止改昵称后认不出来）；或者电商订单比较，得比订单号、用户ID、商品ID——这些自带的比较方式都做不到，就得写自定义的equals方法。

写的时候得注意，先判断对方是不是当前类的实例，比如if (!($other instanceof User)) return false，不然传个非User对象会报错。

两个不同类的对象，属性值都一样，用==比较会返回true吗？

会的。比如有个User类和Customer类，都有name属性，值都是“小橘子”，用==比较这两个对象会返回true——但其实它们是不同类的对象，业务逻辑里可能根本不是一回事，比如User是系统用户，Customer是客户，不能混为一谈。

所以用==之前，最好先确认两个对象是同一个类的实例，比如加一句get_class($obj1) === get_class($obj2)，避免踩这个坑。

啥时候得用===来比较PHP对象？

当你需要确认两个对象是不是同一个实例的时候，比如购物车中的商品是不是同一个（避免添加重复的同一件商品）、用户对象是不是同一个内存地址的实例（比如修改用户信息后，确认是不是同一个对象）。

比如你创建了$user1 = new User(1001, ‘小橘子’)，又复制了$user2 = $user1，这时候用===比较会返回true，因为它们指向同一块内存；但如果是$user2 = new User(1001, ‘小橘子’)，===就会返回false，因为是不同实例。