在复习以前学习内容,发现equal 和 == 是我以前学习的盲点,所以查找资料,发现这个资料解释的确实不错,发出来供大家参考.
总结：
- ==是判断两个变量或实例是不是指向同一个内存空间
- equals是判断两个变量或实例所指向的内存空间的值是不是相同
实例：
- public static void main(String[] args) {
- Integer num1=new Integer(23);
- Integer num2=new Integer(23);
- if(num1==num2){
- System.out.println("地址相等");
- }else if(num1.equals(num2)){
- System.out.println("值相等");
- }
- }
输出为:值相等
eqauls 与 = =之异同
1）比较方式角度：
= =是面向过程的操作符；equals是面向对象的操作符
= =不属于任何类，equals则是任何类（在Java中）的一个方法；
我们可以：
（1）Primitive1 (基本类型)= = Primitive2(基本类型)；
（2）Object Reference1(对象引用)= = Object Reference2(对象引用)
（3）Object Reference1 (对象引用) .equals(Object Reference2 (对象引用))
这三种比较
但却不能Primitive1 (基本类型).equals( Primitive2(基本类型))；
对于基本类型，没有面向对象中发送消息一说，自然也不会有
方法成员。
2）比较目的角度:
1） 如果要比较两个基本类型是否相等，请用= =；
2） 如果要比较两个对象引用是否相等，请用= =；
3） 如果要比较两个对象（逻辑上）是否一致，请用equals；
对两个对象（逻辑上）是否一致的阐释：
有人会问:在C++中, 比较两个对象相等不是也可以用==吗？我知道您是指运算符重载，但是很遗憾，Java中不支持运算符重载（java中亦有重载过运算符，他们是“+”，“+=”，不过也仅此两个，而且是内置实现的）；所以，对象的是否相等的比较这份责任就交由 equals()来实现。
这个“逻辑上”其实就取决于人类的看法，实际开发中，就取决于用户的需求；
有人会有看法：“取决于人类的看法”太过宽泛和不严肃，如果某人要两件
风牛马不相及的事物也相等，equals是否也能作出这样的比较呢？我们说可以的
下面这个例子说明了这一点：
- class Horse {
- String Type;
- int Legs;
- //相等的标准：腿的数目相等
- public boolean equals(Object o){
- if(this.Legs==((Cattle)o).Legs){
- return true;
- }
- return false;
- }
- public Horse(String Type,int legs){
- this.Type=Type;
- this.Legs=legs;
- }
- }
- class Cattle
- {
- String Type;
- int Legs;
- //相等的标准：腿的数目相等
- public Cattle(String Type,int legs){
- this.Type=Type;
- this.Legs=legs;
- }
- public boolean equals(Object o){
- if(this.Legs==((Horse)o).Legs){
- return true;
- }
- return false;
- }
- }
- public class EqualsTest{
- public static void main(String[] args)
- {
- Cattle c=new Cattle("I'm the Cattle",4);
- Horse h=new Horse("I'm the Horse",4);
- if(c.equals(h)){
- System.out.println(c.Type);
- System.out.println(h.Type);
- System.out.println("Cattle Equals Horse");
- }
- }
- }
输出结果：
"I'm the Cattle"
"I'm the Horse"
"Cattle Equals Horse"
您瞧瞧：牛果真等于了马，为何相等？因为我们定义的相等标准是：腿的数目相等；您会说：“这太滑稽”，是滑稽，可这是人类的看法，计算机可没有滑稽的概念，当然也没有“不滑稽”的概念，我们定义了什么相等标准，他就踏踏实实的为我们实现了；
所以说：相等标准（即需求）一定要定好，否则，滑稽的事可就多了
第三节：equals()缘起：
equals()是每个对象与生俱来的方法，因为所有类的最终基类就是Object(除去Object本身)；而equals()是Object的方法之一。
我们不妨观察一下Object中equals()的source code:
- public boolean equals(Object obj) {
- return (this == obj);
- }
注意 “return (this == obj)”
this与obj都是对象引用，而不是对象本身。所以equals()的缺省实现就是比较
对象引用是否一致；为何要如此实现呢？前面我们说过：对象是否相等，是由我们的需求决定的，世界上的类千奇百怪（当然，这些类都是我们根据模拟现实世界而创造的），虽然Object是他们共同的祖先，可他又怎能知道他的子孙类比较相等的标准呢？但是他明白，任何一个对象，自己总是等于自己的，何谓“自己总是等于自己”呢，又如何判断“自己总是等于自己”呢？一个对象在内存中只有一份，但他的引用却可以有无穷多个，“对象自己的引用1=对象自己的引用2”，不就能判断“自己总是等于自己”吗？所以缺省实现实现自然也就是
“return (this == obj)”；
而到了我们自己编写的类，对象相等的标准由我们确立，于是就不可避免的要覆写
继承而来的public boolean equals(Object obj)；
如果您有过编覆写过equals（）的经验（没有过也不要紧），请您思考一个问题：
“两个对象（逻辑上）是否一致”实际上是比较什么？没错，或许您已脱口而出：
就是对象的属性（即field，或称数据成员）的比较。方法是不可比较的哦。（这个问题是不是有些弱智呢？哈哈）
第四节：对一个推论的思考
推论如下：一言以蔽之：欲比较栈中数据是否相等，请用= =；
欲比较堆中数据是否相等，请用equals；
因为（根）基本类型，（根）对象引用都在栈中； 而对象本身在堆中；
这句话又对又不对，问题出在哪，就是“数据”二字，先看栈中，数据或为基本类型，或为对象引用，用==比较当然没错；但是堆中呢？对象不是堆中吗？不是应该用equals比较吗？可是，我们比较的是堆中“数据”，堆中有对象，对象由什么构成呢？可能是对象引用，可能是基本类型，或两者兼而有之。如果我们要比较他们，该用什么呢，用”equals()”?不对吧，只能是”= =”!所以正确的结论是：欲比较栈中数据是否相等，请用= =； 欲比较堆中数据是否相等，请用equals；
因为（根）基本类型，（根）对象引用都在栈中（所谓“根”，指未被任何其他对象所包含）；而对象本身在堆中。
到这，==和equals的区别介绍完了，希望对你有帮助。
【编辑推荐】
