JAVA的一些基本问题(转)[@more@]
引用本身的不变:
最终StringBuffer=new StringBuffer(不可变的),
最后StringBuffer b=new StringBuffer(“不是一成不变的”);
=b;//编译期错误…………》》》
问题一:我声明了什么!
字符串s=癏ello world !”;
许多人都做过这样的事情,但是,我们到底声明了什么?回答通常是:一个字符串,内容是“Hello world !””。这样模糊的回答通常是概念不清的根源。如果要准确的回答,一半的人大概会回答错误。
这个语句声明的是一个指向对象的引用,名为“s”,可以指向类型为字符串的任何对象,目前指向“Hello world !”这个字符串类型的对象。这就是真正发生的事情。我们并没有声明一个字符串对象,我们只是声明了一个只能指向字符串对象的引用变量,所以,如果在刚才那句语句后面,如果再运行一句:
字符串的字符串=s;
我们是声明了另外一个只能指向字符串对象的引用,名为字符串,并没有第二个对象产生,字符串还是指向原来那个对象,也就是,和年代指向同一个对象。
问题二:“==焙?方法究竟有什么区别?
==操作符专门用来比较变量的值是否相等。比较好理解的一点是:
=10 int;
int b=10;
a==b则将是真实的。
但不好理解的地方是:
字符串a=新的字符串(“foo”);
字符串b=新的字符串(“foo”);
则==b将返回错误的。
根据前一帖说过,对象变量其实是一个引用,它们的值是指向对象所在的内存地址,而不是对象本身。a和b都使用了新操作符,意味着将在内存中产生两个内容为“foo”的字符串,既然是“两个”,它们自然位于不同的内存地址。a和b的值其实是两个不同的内存地址的值,所以使用“==辈僮鞣?结果会是假的。诚然,a和b所指的对象,它们的内容都是“foo”,应该是“相”等,但是==操作符并不涉及到对象内容的比较。
对象内容的比较,正是等于方法做的事。
看一下对象对象的=方法是如何实现的:
布尔=(对象o) {
返回这个==o;
}
对象对象默认使用了==操作符。所以如果你自创的类没有覆盖=方法,那你的类使用=和使用==会得到同样的结果。同样也可以看的出,对象的=方法没有达到=方法应该达到的目标:比较两个对象内容是否相等。因为答案应该由类的创建者决定,所以对象把这个任务留给了类的创建者。
看一下一个极端的类:
类怪物{
私人字符串内容;
…
布尔=(对象){返回true;}
}
我覆盖了=方法。这个实现会导致无论怪物实例内容如何,它们之间的比较永远返回真的。
所以当你是用=方法判断对象的内容是否相等,请不要想当然。因为可能你认为相等,而这个类的作者不这样认为,而类的=方法的实现是由他掌握的。如果你需要使用=方法,或者使用任何基于散列码的集合(HashSet, HashMap,哈希表),请察看一下java文档以确认这个类的=逻辑是如何实现的。
问题三:字符串到底变了没有?
没有。因为字符串被设计成不可变(不可变的)类,所以它的所有对象都是不可变对象。请看下列代码:
字符串s=癏ello”;
s=s +“世界!”;
s所指向的对象是否改变了呢?从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。在这段代码中,年代原先指向一个字符串对象,内容是“你好”,然后我们对年代进行了+操作,那么年代所指向的那个对象是否发生了改变呢?答案是没有。这时,年代不指向原来那个对象了,而指向了另一个字符串对象,内容为“Hello world !”,原来那个对象还存在于内存之中,只是年代这个引用变量不再指向它了。
通过上面的说明,我们很容易导出另一个结论,如果经常对字符串进行各种各样的修改,或者说,不可预见的修改,那么使用字符串来代表字符串的话会引起很大的内存开销。因为字符串对象建立之后不能再改变,所以对于每一个不同的字符串,都需要一个字符串对象来表示。这时,应该考虑使用StringBuffer类,它允许修改,而不是每个不同的字符串都要生成一个新的对象,并且,这两种类的对象转换十分容易。
同时,我们还可以知道,如果要使用内容相同的字符串,不必每次都新的一个字符串。例如我们要在构造器中对一个名叫年代的字符串引用变量进行初始化,把它设置为初始值,应当这样做:
