编程开发论坛 - Powered by Discuz! Board

标题: Java初学者必须了解的三大问题 [打印本页]

作者: qingqing3721 时间: 2011-6-21 18:28 标题: Java初学者必须了解的三大问题

关于这个系列里的问题，每个学java的人都应该搞懂。当然，假如只是学java玩玩就无所谓了。假如你以为自己曾经超越初学者了，却不很懂这些问题，请将你自己重归初学者行列。
　　问题一：我声明了什么！

　　String s = "Hello world!";
许多人都做过这样的事情，但是，我们到底声明了什么？回答通常是：一个String，内容是“Hello world！”。这样模糊的回答通常是概念不清的本源。假如要精确的回答，一半的人大约会回答错误。
这个语句声明的是一个指向对象的援用，名为“s”，可以指向类型为String的任何对象，目前指向"Hello world！"这个String类型的对象。这就是真正发生的事情。我们并没有声明一个String对象，我们只是声明了一个只能指向String对象的援用变量。所以，假如在刚才那句语句后面，假如再运行一句：

　　String string = s;
　　我们是声明了另外一个只能指向String对象的援用，名为string，并没有第二个对象产生， string还是指向原来那个对象，也就是，和s指向同一个对象。
　　问题二："=="和equals方法终究有什么区别？
　　==操作符专门用来比拟变量的值是否相等。比拟好理解的一点是：

　　int a=10;　　int b=10;
　　则a==b将是true。
　　但不好理解的地方是：
　　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方法是如何实现的：

　　boolean equals(Object o){　　return this==o;　　}
　　Object对象默许运用了==操作符。所以假如你自创的类没有掩盖equals方法，那你的类运用equals和运用==会失掉同样的结果。同样也可以看出， Object的equals方法没有到达equals方法应该到达的目的：比拟两个对象内容是否相等。因为答案应该由类的创立者决定，所以Object把这个任务留给了类的创立者。
　　看一下一个极端的类：

　　Class Monster{　　private String content;　　. . . 　　boolean equals(Object another){ return true;}　　}
　　我掩盖了equals方法。这个实现会招致无论Monster实例内容如何，它们之间的比拟永远返回true。
　　所以当你是用equals方法判别对象的内容是否相等，请不要想当然。因为可能你以为相等，而这个类的作者不这样以为，而类的equals方法的实现是由他掌握的。假如你需要运用equals方法，或许运用任何基于散列码的集合（HashSet, HashMap, HashTable），请察看一下java doc以确认这个类的equals逻辑是如何实现的。
　　问题三：String到底变了没有？
　　没有。因为String被设计成不可变(immutable)类，所以它的一切对象都是不可变对象。请看下列代码：

　　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援用变量停止初始化，把它设置为初始值，应当这样做：

　　public class Demo {　　private String s;　　. . . 　　public Demo {　　s = "Initial Value";　　}　　. . . 　　}
　　而非
　　s = new String("Initial Value");
　　后者每次都会调用结构器，生成新对象，性能低下且内存开支大，并且没有意义，因为String对象不可改动，所以关于内容相反的字符串，只需一个String对象来表示就可以了。也就说，屡次调用下面的结构器创立多个对象，他们的String类型属性s都指向同一个对象。
　　下面的结论还基于这样一个事实：关于字符串常量，假如内容相反， Java以为它们代表同一个String对象。而用关键字new调用结构器，总是会创立一个新的对象，无论内容是否相反。
　　至于为什么要把String类设计成不可变类，是它的用处决定的。其实不只String，很多Java标准类库中的类都是不可变的。在开发一个系统的时候，我们有时候也需要设计不可变类，来传递一组相关的值，这也是面向对象思想的体现。不可变类有一些优点，比如因为它的对象是只读的，所以多线程并发拜访也不会有任何问题。当然也有一些缺点，比如每个不同的形态都要一个对象来代表，可能会造成性能上的问题。所以Java标准类库还提供了一个可变版本，即StringBuffer。文章由gainreel歌瑞尔整理，收集辛苦，希望能保留出处。

欢迎光临编程开发论坛 (http://bbs.lihuasoft.net/)