还记得我们为什么需要Object.clone()和Cloneable接口么，简单的说就是为了避免别名效应带来的负面影响。另外一种解决方案就是设计自己的Immutable Class。相信只要使用过Java的人都用过Immutable Class，只是可能你不知道它属于Immutable Class而已。比如所有基本类型对应的Wrapper Class，Integer、Long、Float，还有最常见的String类。
Immutable Class的特点
Immutable Class最主要的特点就是对象本身一旦创建不可修改。刚一听你可能觉得这个概念好像和final关键字很像，但实际上final定义的“对象”其实是对象引用而不是对象本身。那么如何做到让一个Immutable对象不能被修改呢，最简单直接的办法就是让Immutable Class没有修改实例变量（instance variables）的public方法。可能你会有疑问：在Java类库中String类有很多貌似改变对象本身的public方法，比如concat()、subString()、replace()，为什么它也是Immutable Class？其实对于这些貌似修改了对象本身的方法，都有一个相同点，它们的返回值类型也都是String类型的，返回的值并不是原来的对象，而是新产生的一个String对象。
Immutable Class的缺点
以String为例，如果有如下代码：
String s = new String("abcdef");
s = s.toUpperCase();
很显然，引用s最初指向String对象"abcdef"，然后又指向String对象"ABCDEF"，那么String对象"abcdef"就可以被垃圾回收了。可以想象如果不断的进行这样貌似改变对象本身的操作，将会不断的创建新对象，丢弃旧对象。这一定会降低效率、增加开新。Java是这样解决这个问题的：为String类添加一个伴随类（companion class）StringBuffer，StringBuffer是可以改变对象本身的Mutable Class，String和StringBuffer之间可以相互转换。当需要较多修改操作时，将String对象转换为StringBuffer对象，利用StringBuffer完成修改操作，最后再转换为String对象。
