用哪个？？？
我们先不要着急选择；
先来看看使用它们分别输出的结果；
根据结果才好剖析它们；
先来看“==”号
如下图示：
上图示例分解：
再看 “equals”方法
我们再来使用equals看看结果，
会发现结果会有些许不同，
如下图示：
上图示例分解：
为了更好的便于我们理解，
我们进入源代码来逐一看一下；
源码浅析
首先我们先打开Object对象的equals；
如下图示：
根据万类之根Object对象的equals我们发现；
本质还是“==”来进行对比数值的；
只是Integer、String等进行方法重写而已。
我们再来看一下Integer包装类
（其他基本类型的包装类都类似在此就不一一举例了）
的 equals；
如下图示：
只是将包装类转换成int然后进行值对比；
而本质依然是使用的“==”
可能你会有疑问了；
既然本质都是用的“==”为什么String对象前、后两次输出的值不同呢？
【“==”的输出的是false，“equals”输出的是true】
再回答问题之前我们先看看它的源代码；
String引用类型的equals的；
如下图示：
我们看到判定对象如果是String实例的话，
就会将引用类型String转换成了基本类型char（想了解更多看这里）
进行循环比对，如果有不相同的值就返回false。
简言之，就是将引用比较转换成了值比较（想了解更多看这里）
我们事例使用equals对比的数值是”2”，
值是相同的，所以返回值是true。
从这个角度我们也能很好的理解为
1、 基本类型对比的是值
2、 引用类型对比的是内存地址
这就能解释明明我们的Person实例；
一个赋值的是“张三”，一个赋值的“李四”；
结果为什么是相等的呢？
看了Object对象的equals源码我们才知道，
因为他们对比的不是值，而是内存地址，
为了验证，
我们来看下图：
上图示例分解：
我们可以看到输出的内存地址，
都是相同的；
那么返回true 也就无可厚非啦；
我们重新给开辟一个内存空间，并把原本赋值的“李四”改成与上个实例相对的“张三”后；
会发生什么情况呢？
如下图示：
上图示例分解：
有没有同学已经提前猜度啦呢？
内容是相同啦，
但内存是不同的，
它既然比对的是内存地址，
返回的结果当然也就由原来的true，变成false啦。
重写toString() 方法
有聪明的同学或许会想到了；
我们上文不是刚说了吗？
引用类型String的equals方法；
能将引用比较转换成了值比较
我们将Person对象转换成String类型不就可以了吗？
那我们来试试，
如下图示：
上图示例分解：
哎…
什么情况呢？
咋不行呢？
让我们进入到对象的toString()方法里来看下
什么意思呢?
调用此方法给我返回的是;
对象的类名称 并 拼接一个16进制的hashcode码;
我们给他打印一下看看：
上图示例分解：
确实不相同；
不怪人家给返回false。
那你可能要说了，
你可能气愤啦；
这个不对啊；
跟咱们上面说的不是相悖了吗？
别着急…
这个toString()不行；
那咱们给就他造一个行的呗；
怎么造呢；
如下图示：
上图示例分解：
我们在Person的实体对象内，
使用Override注解重写toString() 方法，
接着我们再次运行，看下效果
如下图示：
上图示例分解：
我们发现重写后的结果，
符合我们的预期。
总结一下
到现在是不是你不是已经掌握了再使用的时候如何选择呢？
1、基本变量的比较方式我就用“==”
2、如果要比较实际内存中的内容，我们就要用“equals”方法
3、如果是我们自己定义的实例类，
我们自定义的类都是继承自object
从上文的源码分析推导出，
用“equals”或“==”都是一样的
