String s = "Hello";
s = s + " world!";

这两行代码执行后，原始的String对象中的内容到底变了没有？

没有，因为String被设计成不可变(immutable)类，所以它的所有对象都是不可变对象。
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。  

应该没有，String本身应该是个类处理的，他创建后指向的应该是个地址。s = s + " world!"应该是把" world!"放到S里，但是地址应该不会变吧。不知道我说的对不？

String s = "Hello";
声明了一个字符串类型的引用s
s指向字符串常量"Hello world!"..
字符串常量是放在常量池中的
然后对+s操作后原有的对象还存在于内存中，但是S引用的变量已经不在指向它
String s = "Hello";
s = s + " world!";
实际上是通过建立一个StringBuffer,让侯调用append(),最后
再将StringBuffer toSting();
这样的话String的连接操作就比StringBuffer多出了一些附加操作,效率不高

String 对一串字符进行操作。不可变类，StringBuffer 也是对一串字符进行操作，但是可变类。

String对象一旦建立是不能改变值的.只能修改引用
s = s + " world!";
相当于 重新生成了一个 一个叫 "hello world"的对像,然后 将 s指向了这个新的对像.
但你原来的"hello"是没有变化的,只是没有引用指向他了.

让美国警察于今后逮捕人说你有权保持沉默还有权阅读某某帖子要不要啊的好帖