原创 String s = "Hello";s = s + " world!"码执行变化

　　Java开发中String s = "Hello";s = s + " world!";这两行代码执行后原始的 String 对象中的内容变了吗？没有，因为 String 被设计成不可变(immutable)类，所以它所有对象都是不可变对象。在这段代码中，s 原先指向一个 String 对象，内容是 "Hello"，然后我们对 s 进行了+操作。

　　那么 s 所指向的那个对象是否发生了改变呢？答案是没有。这 时，s 不指向原来那个对象了，而指向了另一个 String 对象， 内为"Helloworld!"，原来那个对象还存在于内存之中，只是 s 这个引用变量不再指向它了。 通过上面的说明，我们很容易导出另一个结论，如果经常对字 符串进行各种各样的修改，或者说，不可预见的修改，那么使用 String 来代表字符串的话会引起很大的内存开销。

　　因为 String 对象建立之后不能再改变，所以对于每一个不同的字符串，都需要一个 String 对象来表示。这时，应该考虑使StringBuffer 类，它允许修改，而不是每个不同的字符串都要 生成一个新的对象。并且，这两种类的对象转换十分容易。

　　同时，我们还可以知道，如果要使用内容相同的字符串，不必每次都 new 一个 String。例如我们要在构造器中对一个名叫 s 的 String 引用变量进行初始化，把它设置为初始值，应当这样做：

　　后者每次都会调用构造器，生成新对象，性能低下且内存开销 大，并且没有意义，因为 String 对象不可改变，所以对于内容 相同的字符串，只要一个 String 对象来表示就可以了。也就说多次调用上面的构造器创建多个对象，他们的 String 类型 属性 s 都指向同一个对象。上面的结论还基于这样一个事实：对于字符串常量，如果内容相同，Java 认为它们代表同一个String对象。

　　而用关键字 new 调用构造器，总是会创建一个新的对象，无论内容是否相同。 至于为什么要把 String 类设计成不可变类，是它的用途决定的。

　　其实不只 String，很多Java 标准类库中的类都是不可变的。在开发一个系统的时候，我们有时候也需要设计不可变类，来传递一组相关的值，这也是面向对象思想的体现。不可变类有一些优点，比如因为它的对象是只读的，所以多线程并 发访问也不会有任何问题。当然也有一些缺点，比如每个不同 的状态都要一个对象来代表，可能会造成性能上的问题。所以 Java 标准类库还提供了一个可变版本，即 StringBuffer。