接上篇文章,继续阐述相关的重点基础知识,话很少说!html
1、Java中equals()和“==”区别java
1.对于8种基础数据类型,使用“=="比较值是否相等;安全
2.对于复合数据类型(类),使用equals()和“==”效果是同样的,二者比较的都是对象在内存中的存放地址(确切的说,是堆内存地址)。多线程
3.对于引用类型String、Integer、Date等覆盖了equals()方法的类型,“==”比较的是存放的内存地址。而equals()的结果则由覆盖后的代码决定。app
4.string类型中,equals()比较的是两字符串内容是否相同。如:post
String s1 =
"Hello"
;
ui
String s2 =
"Hello"
;
url
s1.equals(s2)返回
true
;
s1==s2返回
true
;
String s1 =
"Hello"
;
String s2 =
new
String(
"Hello"
);
s1.equals(s2)返回的仍是
true
;
可是s1==s2返回
false
;
这三个类之间的区别主要是在两个方面,即运行速度和线程安全这两方面。spa
String最慢的缘由:
线程
String为字符串常量,而StringBuilder和StringBuffer均为字符串变量,即String对象一旦建立以后该对象是不可更改的,但后二者的对象是变量,是能够更改的。如下面一段代码为例:
1 String str="abc"; 2 System.out.println(str); 3 str=str+"de"; 4 System.out.println(str);
若是运行这段代码会发现先输出“abc”,而后又输出“abcde”,好像是str这个对象被更改了,其实,这只是一种假象罢了,JVM对于这几行代码是这样处理的,首先建立一个String对象str,并把“abc”赋值给str,而后在第三行中,其实JVM又建立了一个新的对象也名为str,而后再把原来的str的值和“de”加起来再赋值给新的str,而原来的str就会被JVM的垃圾回收机制(GC)给回收掉了,因此,str实际上并无被更改,也就是前面说的String对象一旦建立以后就不可更改了。因此,Java中对String对象进行的操做其实是一个不断建立新的对象而且将旧的对象回收的一个过程,因此执行速度很慢。而StringBuilder和StringBuffer的对象是变量,对变量进行操做就是直接对该对象进行更改,而不进行建立和回收的操做,因此速度要比String快不少。
注意:上述代码若是是这样建立的话,结果就不一样了:
1 String str="abc"+"de"; 2 StringBuilder stringBuilder=new StringBuilder().append("abc").append("de"); 3 System.out.println(str); 4 System.out.println(stringBuilder.toString());
这样输出结果也是“abcde”和“abcde”,可是String的速度却比StringBuilder的反应速度要快不少,这是由于第1行中的操做和
String str="abcde";
是彻底同样的,因此会很快,而若是写成下面这种形式
1 String str1="abc"; 2 String str2="de"; 3 String str=str1+str2;
那么JVM就会像上面说的那样,不断的建立、回收对象来进行这个操做了。速度就会很慢。
2. 再来讲线程安全
在线程安全上,StringBuilder是线程不安全的,而StringBuffer是线程安全的
若是一个StringBuffer对象在字符串缓冲区被多个线程使用时,StringBuffer中不少方法能够带有synchronized关键字,因此能够保证线程是安全的,但StringBuilder的方法则没有该关键字,因此不能保证线程安全,有可能会出现一些错误的操做。因此若是要进行的操做是多线程的,那么就要使用StringBuffer,可是在单线程的状况下,仍是建议使用速度比较快的StringBuilder。
3. 总结一下
String:适用于少许的字符串操做的状况
StringBuilder:适用于单线程下在字符缓冲区进行大量操做的状况
StringBuffer:适用多线程下在字符缓冲区进行大量操做的状况