java字符直接量_java String 以及字符串直接量 与 字符串驻留池 ...

结果输出 ：fancydeepin这是怎么回事？不是说 String 是不可变的字符串吗？怎么这里又变了？是这样的，在这里 name 只是一个引用类型变量，并不是一个 String 对象，@1中创建了一个 "fancy" 的字符串对象，@2中创建了一个 "fancydeepin" 的字符串对象，name 引用 (就像一个指针) 刚开始是指向 "fancy" 对象，而后，name 又重新指向 "fancydeepin" 对象，在示例代码中，整个过程只创建了两个 String 对象 (不知道我这样说你能不能理解，为什么是只创建了两个 String 对象？而不是 1个、3个...@3)，一个是 "fancy" 对象，另外一个是 "fancydeepin" 对象。而这两个对象被创建出来后并没有被改变过，之所以程序会输出 fancydeepin，完全只是因为name 引用所指向的对象发生了改变。如果你是本着认真的态度看着我的贴子，细心的你，是否会留意到：当 name 引用重新指向另外一个对象的时候，那 name 之前引用的对象 ( "fancy" 对象 ) JVM 在底层会怎么处理它呢？是会立即来回收它来释放系统资源吗？答案是否定的。虽然这时候程序再也不访问 "fancy" 这个对象，但 JVM 还是不会来回收它，它将在程序运行期间久驻内存，为什么会这样呢？再往下说就扯到 java 的内存管理机制了，这里点到即止。在这里你可以简单的将它理解成 "fancy" 对象被缓存了起来 ( 实际上也是因为被缓存了 )。

字符串驻留池当比较两个 String 对象时候，是应该用 "==" 呢？还是应该选择 equals 呢？相信绝大部分人绝大多时候使用的都是选择用 equals 方法。"==" 和 equals 的用法相信大家都很熟悉了，"==" 比较的是两个对象的哈希码值是否相等，而 equals 比较的是对象的内容是否一样。而绝大部分时候我们比较两个 String 对象的时候只是想比较它们的内容是否相等，这样看来，只能选 equals 了，但真的是这样吗？答案是否定的。你一样也可以用 "==" 来完成这样的一件事情，而且 "==" 的效率无论如何都是要比使用 equals 的效率要高的，但前提是，需要使用字符串的驻留池，才能使用 "==" 来替代 equals 作比较。String 里面有个方法叫 intern()，执行效率很高，但也许你还不曾用过，下面是摘自API中 intern() 方法的描述：“当调用 intern 方法时，如果池已经包含一个等于此 String 对象的字符串(用equals(Object)方法确定)，则返回池中的字符串。 否则，将此 String 对象添加到池中，并返回此 String 对象的引用。它遵循以下规则： 对于任意两个字符串 s 和 t，当且仅当 s.equals(t) 为 true 时，s.intern() == t.intern()才为true。 ” 示例代码：