String+clone

5、Clone()方法的保护机制

　　在Object中clone()是被申明为 protected 的，这样做是有一定的道理的。以 Employee 类为例，如果我们在Employee中重写了protected Object clone()方法， ，就大大限制了可以“克隆”Employee对象的范围，即可以保证只有在和Employee类在同一包中类及Employee类的子类里面才能“克隆”Employee对象。进一步地，如果我们没有在Employee类重写clone()方法，则只有Employee类及其子类才能够“克隆”Employee对象。

　　这里面涉及到一个大家可能都会忽略的一个知识点，那就是关于protected的用法。实际上，很多的有关介绍Java语言的书籍，都对protected介绍的比较的简单，就是：被protected修饰的成员或方法对于本包和其子类可见。这种说法有点太过含糊，常常会对大家造成误解。以此为契机，笔者专门在一篇独立博文《Java 访问权限控制：你真的了解 protected 关键字吗？》中介绍了Java中的访问权限控制，特别就 protected 关键字的使用和内涵做了清晰到位的说明。

---

6、注意事项

　　Clone()方法的使用比较简单，注意如下几点即可：

• 什么时候使用shallow Clone，什么时候使用deep Clone？

  　　这个主要看具体对象的域是什么性质的，基本类型还是引用类型。

---

• 调用Clone()方法的对象所属的类(Class)必须实现 Clonable 接口，否则在调用Clone方法的时候会抛出CloneNotSupportedException；

---

• 所有数组对象都实现了 Clonable 接口，默认支持克隆；

---

• 如果我们实现了 Clonable 接口，但没有重写Object类的clone方法，那么执行域对域的拷贝；

---

• 明白 String 在克隆中的特殊性

  　　String 在克隆时只是克隆了它的引用。

  　　奇怪的是，在修改克隆后的 String 对象时，其原来的对象并未改变。原因是：String是在内存中不可以被改变的对象。虽然在克隆时，源对象和克隆对象都指向了同一个String对象，但当其中一个对象修改这个String对象的时候，会新分配一块内存用来保存修改后的String对象并将其引用指向新的String对象，而原来的String对象因为还存在指向它的引用，所以不会被回收。这样，对于String而言，虽然是复制的引用，但是当修改值的时候，并不会改变被复制对象的值。所以在使用克隆时，我们可以将 String类型 视为与基本类型，只需浅克隆即可。

---

十. String 总结

(1). 使用字面值形式创建字符串时，不一定会创建对象，但其引用一定指向位于字符串常量池的某个对象；

(2). 使用 new String(“…”)方式创建字符串时，一定会创建对象，甚至可能会同时创建两个对象（一个位于字符串常量池中，一个位于堆中）；

(3). String 对象是不可变的，对String 对象的任何改变都会导致一个新的 String 对象的产生，而不会影响到原String 对象；

(4). StringBuilder 与 StringBuffer 具有共同的父类，具有相同的API，分别适用于单线程和多线程环境下。特别地，在单线程环境下，StringBuilder 是 StringBuffer 的替代品，前者效率相对较高；

---

(5). 字符串比较时用的什么方法，内部实现如何？

　　使用equals方法 ： 先比较引用是否相同(是否是同一对象)，再检查是否为同一类型（str instanceof String）， 最后比较内容是否一致（String 的各个成员变量的值或内容是否相同）。这也同样适用于诸如 Integer 等的八种包装器类。

---

十一. 说明

　　在综述String的过程中，我们涉及到了很多知识点，其中有一些我们已经在其他博文中专门提到过，因此没有作更多详细的阐述，这里给出对应的链接：

　更多关于Java 访问权限控制的介绍，特别是 protected 的内涵，请移步我的博文《Java 访问权限控制：你真的了解 protected 关键字吗？》；

　更多关于字面量的介绍请移步我的博文《Java 原生类型与包装器类型深度剖析》；

　更多关于享元模式的介绍请移步我的博文《深入理解享元模式》。