搞懂这3个问题,Java新手即可升级!
String s = "Hello world!";
许多人都做过这样的事情,但是,我们到底声明了什么?回答通常是:一个String,内容是“Hello world!”。这样模糊的回答通常是概念不清的根源。如果要准确的回答,一半的人大概会回答错误。
这个语句声明的是一个指向对象的引用,名为“s”,可以指向类型为String的任何对象,目前指向"Hello world!"这个String类型的对象。这就是真正发生的事情。我们并没有声明一个String对象,我们只是声明了一个只能指向String对象的引用变量。所以,如果在刚才那句语句后面,如果再运行一句:
String string = s;
我们是声明了另外一个只能指向String对象的引用,名为string,并没有第二个对象产生,string还是指向原来那个对象,也就是,和s指向同一个对象。
==操作符专门用来比较变量的值是否相等。比较好理解的一点是:
代码如下:
1
2
int a=10;
int b=10;
则a==b将是true。
但不好理解的地方是:
代码如下:
1
2
String a=new String("foo");
String b=new String("foo");
则a==b将返回false。
根据前一帖说过,对象变量其实是一个引用,它们的值是指向对象所在的内存地址,而不是对象本身。a和b都使用了new操作符,意味着将在内存中产生两个内容为"foo"的字符串,既然是“两个”,它们自然位于不同的内存地址。a和b的值其实是两个不同的内存地址的值,所以使用"=="操作符,结果会是false。
诚然,a和b所指的对象,它们的内容都是"foo",应该是“相等”,但是==操作符并不涉及到对象内容的比较。
对象内容的比较,正是equals方法做的事。
看一下Object对象的equals方法是如何实现的:
复制代码代码如下:
1
2
3
boolean equals(Object o){
return this==o;
}
Object对象默认使用了= =操作符。所以如果你自创的类没有覆盖equals方法,那你的类使用equals和使用==会得到同样的结果。同样也可以看出,Object的 equals方法没有达到equals方法应该达到的目标:比较两个对象内容是否相等。因为答案应该由类的创建者决定,所以Object把这个任务留给了类的创建者。
看一下一个极端的类:
复制代码代码如下:
1
2
3
4
5
Class Monster{
private String content;
...
boolean equals(Object another){ return true;}
}
我覆盖了equals方法。这个实现会导致无论Monster实例内容如何,它们之间的比较永远返回true。
所以当你是用equals方法判断对象的内容是否相等,请不要想当然。因为可能你认为相等,而这个类的作者不这样认为,而类的equals方法的实现是由他掌握的。如果你需要使用equals方法,或者使用任何基于散列码的集合 (HashSet,HashMap,HashTable),请察看一下java doc以确认这个类的equals逻辑是如何实现的。
没有。因为String被设计成不可变(immutable)类,所以它的所有对象都是不可变对象。请看下列代码:
复制代码代码如下:
1
2
String s = "Hello";
s = s + " world!";
s所指向的方针能否改动了呢? 从本系列第一篇的定论很简单导出这个定论。咱们来看看发作了什么工作。在这段代码中,s原先指向一个String方针,内容是"Hello",然后咱们对 s进行了+操作,那么s所指向的那个方针能否发作了改动呢?答案是没有。
这时,s不指向本来那个方针了,而指向了另一个String方针,内容为 "Hello world!",本来那个方针还存在于内存之中,仅仅s这个引证变量不再指向它了。
经过上面的阐明,咱们很简单导出另一个定论,若是常常对字符串进行各式各样的修正,或许说,不行预见的修正,那么运用String来代表字符串的话会引起很大的内存开支。
由于String方针树立之后不能再改动,所以关于每一个不一样的字符串,都需求一个String方针来表明。这时,应该思考运用StringBuffer类,它答应修正,而不是每个不一样的字符串都要生成一个新的方针。而且,这两种类的方针变换非常简单。
一起,咱们还能够晓得,若是要运用内容一样的字符串,不用每次都new一个String。例如咱们要在结构器中对一个名叫s的String引证变量进行初始化,把它设置为初始值,应当这样做:
复制代码代码如下:
1
2
3
4
5
6
7
8
public class Demo {
private String s;
…
public Demo {
s = "Initial Value";
}
…
}
而非
1
s = new String("Initial Value");
后者每次都会调用结构器,生成新方针,功能低下且内存开支大,而且没有意义,由于String方针不行改动,所以关于内容一样的字符串,只需一个String方针来表明就能够了。也就说,屡次调用上面的结构器创立多个方针,他们的String类型特点s都指向同一个方针。
上面的定论还根据这样一个现实:关于字符串常量,若是内容一样,广州Java培训以为它们代表同一个String方针。而用关键词new调用结构器,总是会创立一个新的方针,无论内容能否一样。
至于为什么要把String类描绘成不行变类,是它的用处决议的。其实不只 String,许多Java规范类库中的类都是不行变的。在开发一个体系的时分,咱们有时分也需求描绘不行变类,来传递一组关联的值,这也是面向方针思维的表现。
不行变类有一些长处,比方由于它的方针是只读的,所以多线程并发拜访也不会有任何问题。
当然也有一些缺陷,比方每个不一样的状况都要一个方针来代表,能够会形成功能上的问题。所以Java规范类库还供给了一个可变版别,即StringBuffer。