接口和抽象类
接口和抽象类都尅用来概括共同特性。那么怎样决定是使用接口还是设计类呢？大体上讲，清楚地描述负责关系的强 is a 关系用类来建立关系模型。例如橘子是水果，他们的关系应该使用类继承来建立关系模型。弱is a 关系，又叫做 is kind of 关系，说明对象具有一定的属性。弱is a 关系使用接口来建立关系模型。
一句话：继承抽象类用来说明本质，接口只是描述类的一个功能。
继承和组合的抉择我们看重他们的本质区别。接口和抽象类的设计我们要把重心放到实际运用上。
接口比抽象类在使用上，更灵活。因为子类只能扩充一个超类，但是可以实现任意数量的接口。然而，接口不能包含具体的方法，通过创建接口并且具有能够实现它的同组的抽象类，将接口和抽象类的优点合并起来，然后捏可以使用接口或者他同组的类，无论哪个都很方便。作者: 工善器 时间: 2013-10-28 20:00 本帖最后由 工善器 于 2013-11-6 09:12 编辑
问题：由一个 string的问题讨论理解一个内存开销问题（说实话我一直对内存开销理解不怎么样，这是我唯一理解的内存开销问题，也是我觉得最基本的要理解的问题，至于类的设计在栈，对象在堆内存，这个是内存位置问题，不是内存开销，以后会撰文，这个也是非常基本的）
我们知道在java中，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。
EG：再附上一个例子
package it.cast.java.util;
public class StringDemo{
public static void main(String[] args)
{
//其实“”表示的是String的匿名对象
String s="";
/*
* String() 初始化一个新创建的string对象，使其表示一个空字符串序列
* “”不是表示null
* String (String original)
* String s=new String("asd");
*s的值就是asd