Java基础查漏补缺:String为什么不可修改
2017-12-22 13:55
639 查看
比较String与StringBuilder时我们都知道:
String是不可修改的
StringBuilder可以修改
所以当字符串需要频繁更改时推荐使用StringBuilder.
但是为什么呢?
原来String对象只是一个引用,每次新建一个String对象s,编译器都会去堆中的字符串常量池中寻找有没有要匹配的字符串,有就s指向它;没有就新建一个字符串,然后s指向它。
用几个图辅助解释一下:
1.声明String对象
String s = “abcd”;
2.将一个字符串变量赋值给另一个String变量
String s2 = s;
可以看到,每次新建一个字符串变量时,都会去字符串常量池里看看有没有已存在的,如果已存在就不会再创建一个,直接指向那个地址。从而节省了内存。
3.字符串连接
s = s.concat(“ef”);
// s = s + “ef”; // 等价
s+”ef” 这一步创建了一个新的常量abcdef,由于常量池中没有,所以就新建了一个常量。
然后s = s + “ef”这一步是让s指向那个新建的常量。
这就解释了为什么String是不可修改的,因为修改的只是String的引用指向的地址,字符串常量本身是不会变的。
存在即合理。String内容不可修改有什么好处呢?
由于String是我们接触频率最高的一种类型,CLR考虑性能的提升和内存节约上,对于相同的字符串,一般不会为他们分别分配内存块,相反地,他们会共享一块内存。
CLR实际上采用这个的机制来实现的:CLR内部维护着一块特殊的数据结构——我们可以把它看成是一个Hash table,这个Hash table维护者大部分创建的string(我这里没有说全部,因为有特例)。这个Hash table的Key对应的相应的string本身,而Value则是分配给这个string的内存块的引用。当CLR初始化的时候创建这个Hash table。
一般地,在程序运行过程中,如果需要的创建一个string,CLR会根据这个string的Hash Code试着在Hash table中找这个相同的string,如果找到,则直接把找到的string的地址赋给相应的变量,如果没有则在托管堆中创建一个string,CLR会先在managed heap中创建该strng,并在Hash table中创建一个Key-Value Pair——Key为这个string本身,Value位这个新创建的string的内存地址,这个地址最重被赋给响应的变量。这样我们就能解释上面的疑问了。
CLR常用简写词语,CLR是公共语言运行库(Common Language Runtime)和Java虚拟机一样也是一个运行时环境,它负责资源管理(内存分配和垃圾收集等),并保证应用和底层操作系统之间必要的分离。CLR存在两种不同的翻译名称:公共语言运行库和公共语言运行时。
String是不可修改的
StringBuilder可以修改
所以当字符串需要频繁更改时推荐使用StringBuilder.
但是为什么呢?
原来String对象只是一个引用,每次新建一个String对象s,编译器都会去堆中的字符串常量池中寻找有没有要匹配的字符串,有就s指向它;没有就新建一个字符串,然后s指向它。
用几个图辅助解释一下:
1.声明String对象
String s = “abcd”;
2.将一个字符串变量赋值给另一个String变量
String s2 = s;
可以看到,每次新建一个字符串变量时,都会去字符串常量池里看看有没有已存在的,如果已存在就不会再创建一个,直接指向那个地址。从而节省了内存。
3.字符串连接
s = s.concat(“ef”);
// s = s + “ef”; // 等价
s+”ef” 这一步创建了一个新的常量abcdef,由于常量池中没有,所以就新建了一个常量。
然后s = s + “ef”这一步是让s指向那个新建的常量。
这就解释了为什么String是不可修改的,因为修改的只是String的引用指向的地址,字符串常量本身是不会变的。
存在即合理。String内容不可修改有什么好处呢?
由于String是我们接触频率最高的一种类型,CLR考虑性能的提升和内存节约上,对于相同的字符串,一般不会为他们分别分配内存块,相反地,他们会共享一块内存。
CLR实际上采用这个的机制来实现的:CLR内部维护着一块特殊的数据结构——我们可以把它看成是一个Hash table,这个Hash table维护者大部分创建的string(我这里没有说全部,因为有特例)。这个Hash table的Key对应的相应的string本身,而Value则是分配给这个string的内存块的引用。当CLR初始化的时候创建这个Hash table。
一般地,在程序运行过程中,如果需要的创建一个string,CLR会根据这个string的Hash Code试着在Hash table中找这个相同的string,如果找到,则直接把找到的string的地址赋给相应的变量,如果没有则在托管堆中创建一个string,CLR会先在managed heap中创建该strng,并在Hash table中创建一个Key-Value Pair——Key为这个string本身,Value位这个新创建的string的内存地址,这个地址最重被赋给响应的变量。这样我们就能解释上面的疑问了。
CLR常用简写词语,CLR是公共语言运行库(Common Language Runtime)和Java虚拟机一样也是一个运行时环境,它负责资源管理(内存分配和垃圾收集等),并保证应用和底层操作系统之间必要的分离。CLR存在两种不同的翻译名称:公共语言运行库和公共语言运行时。
相关文章推荐
- Java基础查漏补缺:String为什么不可修改
- Java基础查漏补缺:String为什么不可修改
- Java基础查漏补缺:(开篇)为什么要在即将找工作的时候还在看Java基础
- Java基础查漏补缺:(String篇)一个面试题问倒了我,原来String并不简单
- Java基础查漏补缺:(String篇)一个面试题问倒了我,原来String并不简单
- Java基础查漏补缺:(开篇)为什么要在即将找工作的时候还在看Java基础
- Java中String为什么被设计成immutable(不可修改的)/final
- Java基础查漏补缺:(String篇)一个面试题问倒了我,原来String并不简单
- Java基础查漏补缺:(开篇)为什么要在即将找工作的时候还在看Java基础
- 三、为什么String在Java中是不可更改的
- Java String为什么是不可变类,StringBuffer与StringBuilder区别
- Android中的java基础(三)——String的不可变性
- Java String源码分析并介绍Sting 为什么不可变
- Java中String不可变性以及通过反射进行修改
- Java中的String字符串为什么不可变
- Java中String为什么是不可变
- JAVA基础之——为什么String要设计成不可变的?
- java基础入门-你不知道的string-不可改变性与编译器优化
- Java基础知识强化101:Java 中的 String对象真的不可变吗 ?
- Java基础:String不可变性和final修饰