原来一直认为String对象不可变，就是说不可以改变字符串的内容：
今天做一些笔试题，顺便写了一个小测试：代码如下
Stirng str = "welcome";
str = "1234";
System.out.println(str);
编译通过，运行的结果是1234。说明String的内容改变了。
我想应该是可以改变str的引用。“1234”将自己的引用赋值给str。

我又想到String内的方法来改变字符串。
String str = “welcome“；
str.replace("e","z");
System.out.println(str);//输出welcome,str没有改变
str = str.replace("e","z");
System.out.println(str);//改变了,输出 wzlcomz。我想是方法返回一个新字符串，再将字符串的引用传给str。还是通过改变引用改变字符串。

我想问的是，我可以做一个什么实验来直接改变字符串的实体，如何改变字符串实体？使得报错编译不通过？

Java中的字符串是刚开始就分配好了，不可改变的，当你尝试修改字符串时候，他会把重新创建一个字符串，把指针指向新创建的那个字符串，这样看起来好像字符串变了

hhmm665544 发表于 2014-5-18 17:12
Java中的字符串是刚开始就分配好了，不可改变的，当你尝试修改字符串时候，他会把重新创建一个字符串，把指 ...

如果我要改变字符串的实体，可以怎么实验？

陈静 发表于 2014-5-18 17:22
如果我要改变字符串的实体，可以怎么实验？

我的意思是怎么直接证明String的不可变？

其实是这样子的：
String类型是不可变的。这句话说的简单，但是涉及到真正的理解的话，还需要好好思考：说穿了，就是说，一定要明白到底是引用不可变还是引用指向的对象不可变。
一个例子，就是常用的swap函数，但是把参数类型改成了String。然后自己对于String类型的不可变性才又加深的理解。
String str = "abce";
上面，不可变的是“abce”这个字符串，而不是变量str，str可以随时指向另外的字符串。
所谓的不可变性，是指在字符串本身做任何操作，调用任何方法，都不会对字符串本身造成影响，只能声明一个新的字符串变量。
然后，Intel实习生面试的时候，更提高了一层次，所谓的不可变类以及final的关系，要从设计思想的层面来考虑问题。
最后，为什么设计成不可变类型的？很显然和线程安全的知识点联系起来。
1：java中的可变类还有不可变类
所谓不可变类，是指当创建了这个类的实例后，就不允许修改它的属性值。在JDK的基本类库中，所有基本类型的包装类，如Integer和Long类，都是不可变类，java.lang.String也是不可变类,虽然他不是基本类型。
基本类型变量: boolean,byte, char, double ,float, integer, long, short
jdk的不可变类：jdk的java.lang包中 Boolean, Byte, Character, Double, Float, Integer, Long, Short, String.BigInteger
jdk可变类举例：StringBuffer 可变类，java.util.Date 可变类
2：可变类和不可变类(Mutable and Immutable Objects)的初步定义：
可变类：当你获得这个类的一个实例引用时，你可以改变这个实例的内容。
不可变类：当你获得这个类的一个实例引用时，你不可以改变这个实例的内容。不可变类的实例一但创建，其内在成员变量的值就不能被修改。
问题四：final关键字到底修饰了什么？
final使得被修饰的变量"不变"，但是由于对象型变量的本质是“引用”，使得“不变”也有了两种含义：引用本身的不变，和引用指向的对象不变。
引用本身：
final StringBuffer a=new StringBuffer("immutable");
final StringBuffer b=new StringBuffer("not immutable");
a=b;//编译期错误

引用指向的对象：
final StringBuffer a=new StringBuffer("immutable");
a.append(" broken!"); //编译通过

可见，final只对引用的“值”(也即它所指向的那个对象的内存地址，也就是说那个变量)有效，它迫使引用只能指向初始指向的那个对象，改变它的指向会导致编译期错误。至于它所指向的对象的变化，final是不负责的。这很类似==操作符：==操作符只负责引用的“值”相等，至于这个地址所指向的对象内容是否相等，==操作符是不管的。
理解final问题有很重要的含义。许多程序漏洞都基于此----final只能保证引用永远指向固定对象，不能保证那个对象的状态不变。在多线程的操作中,一个对象会被多个线程共享或修改，一个线程对对象无意识的修改可能会导致另一个使用此对象的线程崩溃。一个错误的解决方法就是在此对象新建的时候把它声明为final，意图使得它“永远不变”。其实那是徒劳的。

理解不了啊，保存上慢慢看看

所谓的string类型不可变，可以从对象的内存分配上来分析：
当创建一个string类型的对象的的时候，如String a=“abc”，首先在“栈”内存中开辟空间保存String类型对象的引用a，且在“常量池”中开辟空间保存内容“abc”。并返回其内存地址给对象的引用a，。
当我们在操作a变量的时候，如:
1、重新赋值（a=“bbb”），系统会首先查询"常量池"，里面是否有”bbb“这个字符串。如果有会自动返回“bbb”这个字符串的地址给对象的引用a。如果没有就会创建字符串“bbb”，并返回地址给对象的引用a。而不是直接操作原理对象a指向的 保存“abc”内容的这个内存地址空间。从内存分析string是不可变的，指的是对象指向的字符串内容一旦在常量池中被创建和保存，就不会更改。当我们再重新赋值的时候，是给在栈内存中的对象的引用a，赋一个新的地址，而没修改原来值所在空间的地址。
2、使用方法修改其内容（a.replace("a","b");）。对内存的操作是同上的，系统依然会首先在”常量池“中，查找替换后字符串。如果没有找到相应的字符串。就会在常量池中保存一个新的字符串，并返回地址给变量的引用。同样是没有修改“常量池”中原来的值