接上篇文章《Java 中 String 为什么设计成 final 类?为什么它有“不可变性”?》我们再来说说 Java 为什么要让 String 设计成不可变的?
任何事情都得有原因吧,Java 设计 String 也不是拍脑袋干的。而是经过精密设计和思考得来的。
为了搞清这个问题,我们先来看一个例子。
package com.xttblog.string.test; public class StringTest { public static void main(String[] args) { StringBuffer a, b, c; a = new StringBuffer("test"); b = a; c = b; String processA = processA(a); String processB = processB(b); String processC = processC(c); System.out.println(processA); System.out.println(processB); System.out.println(processC); } static String processA(StringBuffer str){ return str.append("A").toString(); } static String processB(StringBuffer str){ return str.append("B").toString(); } static String processC(StringBuffer str){ return str.append("C").toString(); } } //OUTPUT // testA //testAB //testABC
这个例子,我们的本意是,a = b = c = “test”,最终输出的结果期望是:testA、testB、testC。我们的本意是希望变量是不变的。
好了,现在的输出结果超出预期。全乱了,不可控了。所以 String 不可变的安全性就体现在这里。实际上 StringBuffer 的作用就是起到了 String 的可变配套类角色。
这只是一个非常简单的场景,其它的还有 HashSet、HashMap、多线程场景,那就更乱了,更不可控了,更不安全了。
HashSet<StringBuilder> hs = new HashSet<StringBuilder>();
想象一下,如果你的 HashSet 搞成上面这样的,会出现什么后果?
class Test{ public static void main(String[] args){ HashSet<StringBuilder> hs=new HashSet<StringBuilder>(); StringBuilder sb1=new StringBuilder(""); StringBuilder sb2=new StringBuilder("www.xttblog.com"); hs.add(sb1); hs.add(sb2); //这时候HashSet里是{"","www.xttblog.com"} StringBuilder sb3=sb1; sb3.append("www.xttblog.com"); //这时候HashSet里是{"www.xttblog.com","www.xttblog.com"} System.out.println(hs); } } //Output: //[www.xttblog.com, www.xttblog.com]
真要设计成这样,Java 都要完全被你颠覆。
不可变性在线程安全方面的作用,我就不说了。我们再来看另外一个点:字符串常量池。
假设现在有下面两个变量:
String one = "someString"; String two = "someString";
那么它们在内存中,就是这样的:
这样在大量使用字符串的情况下,可以节省内存空间,提高效率。如果要是可变的,完了,变量 one 和 two 得一个人占一点内存。那谁用 Java 谁倒霉,这么浪费内存的谁还会用?Java 将不再是 java。
所以,要想节约一些内存。String 的不可变性就是一个最基本的必要条件。
: » Java 为什么要让 String 设计成不可变的?
原创文章,作者:bd101bd101,如若转载,请注明出处:https://blog.ytso.com/tech/java/252026.html