zoukankan      html  css  js  c++  java
  • java中==和equals比较

    网上搜了一遍,对于==和equals的表达感觉不全面;总感觉缺点什么;今天把这个比较总结出来三条规律。

    结论1.基本类型没有equals方法,只有==比较,比较的是值。

    结论2.所有对象的==比较都是内存地址的比较

    (上面的两点简单不介绍了)

    首先我们看Integer类的比较。

    1        Integer a=1000;
    2         Integer b=1000;
    3         System.out.println(a == b);//false
    4         System.out.println(a.equals(b));//true    

    因为a和b都是对象类型,所以都有自己的堆内存地址,所以根据结论2得出a==b是false。

    至于equals我们看一下源码

      很明显Integer的equals比较的是值。所以网上有些说法:equals比较的是内存地址的说法是以偏概全的;这个equals的比较要根据当前类的equals的实现。

    所以a.equals(b)是值的比较。

    1         Integer a1=127;
    2         Integer a2=127;
    3         System.out.println(a1 == a2);//true
    4         System.out.println(a1.equals(a2));//true

    第三行a1==a2又变成了true;这个似乎违背了结论2.看看源码吧 

     1  private static class IntegerCache {
     2         static final int low = -128;
     3         static final int high;
     4         static final Integer cache[];
     5 
     6         static {
     7             // high value may be configured by property
     8             int h = 127;
     9             String integerCacheHighPropValue =
    10                 sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
    11             if (integerCacheHighPropValue != null) {
    12                 try {
    13                     int i = parseInt(integerCacheHighPropValue);
    14                     i = Math.max(i, 127);
    15                     // Maximum array size is Integer.MAX_VALUE
    16                     h = Math.min(i, Integer.MAX_VALUE - (-low) -1);
    17                 } catch( NumberFormatException nfe) {
    18                     // If the property cannot be parsed into an int, ignore it.
    19                 }
    20             }
    21             high = h;
    22 
    23             cache = new Integer[(high - low) + 1];
    24             int j = low;
    25             for(int k = 0; k < cache.length; k++)
    26                 cache[k] = new Integer(j++);
    27 
    28             // range [-128, 127] must be interned (JLS7 5.1.7)
    29             assert IntegerCache.high >= 127;
    30         }
    31 
    32         private IntegerCache() {}
    33     }

    Integer里面有一个静态的IntergerCache类,里面有一个static静态代码块和一个存放Integer的数组cache[].

    上面代码意思是:从jvm中取high值,如果有值的话和127比较取最大值,没有值的话用127作为最大值。

    -128作为最小值。所以cache[]数组的值是从-128~127并且是包装类型。

    回到上面a1==a2的问题为什么是true的问题。

    因为a1和a2的值是127在整型的缓存里面,所以a1,a2指向的对象都是缓存里面的对象,所以a1==a2比较的依然是引用,只不过他们的引用都一样而已。

    如果超过缓存的范围,就需要重新new了,就会出现新的对象,自然引用就不一样了;所以a1==a2=1000的包装类是false.

    顺便看了一下整型其他包装类(Byte,Short,Long)的源码,范围都是-128~127,并且不可设置的。

     Boolean同样适合上面结论1和结论2.

    Float的equals比较:

     equals比较的是数值的二进制直接转换成int型的值比较

    Double的equals比较:

      equals比较的是数值的二进制直接转换成long型的值比较

     至于我们自定义的类,比如定义一个Student类,其实它们都是调用Object的equals方法。

     比较的是对象的引用,也就是内存地址的比较。

     1 package a;
     2 
     3 public class Student {
     4     static class A{
     5         @Override
     6         public boolean equals(Object obj) {
     7             return true;
     8         }
     9     }
    10     static class B{
    11 
    12     }
    13 
    14     public static void main(String[] args) {
    15         A a=new A();
    16         System.out.println(a.equals(new B()));
    17     }
    18 }

    上面对内部类的A方法重新了equals方法,总是返回true;那么传入任何对象比较,都会是相等的。

    结论3:自定义对象的equals比较方式取决于equals方法;如果没有重写,比较的就是引用;

    如果进行了重写,那么比较规则取决于equals体。

      

  • 相关阅读:
    redis官方网站及文档
    kafka 官网帮助文档
    elasticsearch 官方入门 及 API
    解决Maven出现Plugin execution not covered by lifecycle configuration 错误
    linux下scp用法
    Spring AOP 实现原理
    深入浅出spring IOC中三种依赖注入方式
    Servlet API 中文版
    【转】httpservlet 文章
    jsp request 对象详解
  • 原文地址:https://www.cnblogs.com/guoyansi19900907/p/12573157.html
Copyright © 2011-2022 走看看