java初学者知其然知其所以然.docVIP

知其然知其所以然 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把这个任务留给了类的创建者。 问题三：String到底变了没有？ 没有。因为String被设计成不可变(final)类，所以它的所有对象都是不可变对象。请看下列代码： 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都指向同一个对象。 上面的结论还基于这样一个事实：对于字符串常