教你从内存理解字符串修改奥秘 | 带你学《Java面向对象编程》之二十九

简介: 上一节中已经提到了String对象池的概念,本节中将进一步讲述这个概念,并带着读者一起去领会字符串修改过程中的变化。

上一篇:领会String类诞生的奥妙 | 带你学《Java面向对象编程》之二十八
【本节目标】
通过阅读本节内容,你将从内存层面上深入了解String类型数据的存储方式,并深刻体悟频繁修改String数据带来的内存负担,养成对此类数据的正确认识。

String对象常量池

对象池的主要目的是实现数据的共享处理。以String对象池为例,里面的对象主要就是为了重用,而重用实际上就属于共享设计,但是在Java之中对象池实际上可以分为两种:

  • 静态常量池:指的是程序(*.class)在加载的时候会自动将此程序之中保存的字符串、普通的常量、类和方法的信息等等,全部进行分配。
  • 运行时常量池:当一个程序(*.class)加载之后,里面可能有一些变量,这个时候提供的常量池,就是运行时常量池。

范例:观察一个程序(静态常量池)

public class StringDemo{
   public static void main(String args[]) {
       String strA="www.mldn.cn”;
       String strB=”www.” +”mldn” + “.cn” ;
       System.out.println(strA == strB) ;
   }          //true
}

本程序之中所给出的内容全部都是常量数据(字符串中的常量都是匿名对象),所以最终在程序加载的时候会自动帮助开发者处理好相应的连接。

image.png
图一 内存分析一

范例:观察另外一种情况

public class StringDemo{
   public static void main(String args[]) {
       String info = “mldn” ;
       String strA="www.mldn.cn”;
       String strB=”www.” +info + “.cn” ;
       System.out.println(strA == strB) ;
   }          //false
}

这个时候之所以是一个false,是因为程序在加载的时候并不确定info是什么内容。因为在进行字符串连接的时候info采用的是一个变量,变量的内容是可以修改的,所以它不认为最终的strB的结果就是一个所需要的最终结果。

字符串内容不可修改

在String类之中包含的是一个数组,数组的最大缺点在于长度不可改变,当设置了一个字符串之后,会自动的进行一个数组空间的开辟,开辟的内容长度是固定的。

image.png
图二 内存分析二

范例:观察一个程序

public class StringDemo{
   public static void main(String args[]) {
       String str="www.”;
       str += “mldn.” ;
       str = str + “cn” ;
       System.out.println(str) ;
   }          //www.mldn.cn
}

下面一起来分析一下本程序所进行的内存处理操作。

image.png
图三 内存分析三

通过此时的程序可以发现,在整个处理过程之中,字符串常量的内容并没有发生任何的改变,改变的只是String类对象的引用,并且这种改变将有可能带来大量的垃圾空间。
范例:观察另外一种程序

public class StringDemo{
   public static void main(String args[]) {
       String str="www.”;
       for (int x = 0 ; x < 1000 ; x ++) {
           str += x ;
       }
       System.out.println(str) ;
   }            //执行结果为www.0123456........
}

image.png
图四 执行结果图

如果本程序真的出现在代码之中,那么将会产生1000多个垃圾空间,并且String对象的指向需要修改1000次,这样程序的性能非常差,String类在以后的开发之中不要进行内容的频繁修改。
想学习更多的Java的课程吗?从小白到大神,从入门到精通,更多精彩不容错过!免费为您提供更多的学习资源。
本内容视频来源于阿里云大学

下一篇:Java世界入口:主方法分析 | 带你学《Java面向对象编程》之三十
更多Java面向对象编程文章查看此处

相关文章
|
5月前
|
安全 Java 应用服务中间件
Spring Boot + Java 21:内存减少 60%,启动速度提高 30% — 零代码
通过调整三个JVM和Spring Boot配置开关,无需重写代码即可显著优化Java应用性能:内存减少60%,启动速度提升30%。适用于所有在JVM上运行API的生产团队,低成本实现高效能。
647 3
|
5月前
|
SQL JSON Java
告别字符串拼接:用Java文本块优雅处理多行字符串
告别字符串拼接:用Java文本块优雅处理多行字符串
469 108
|
6月前
|
存储 缓存 Java
Java数组全解析:一维、多维与内存模型
本文深入解析Java数组的内存布局与操作技巧,涵盖一维及多维数组的声明、初始化、内存模型,以及数组常见陷阱和性能优化。通过图文结合的方式帮助开发者彻底理解数组本质,并提供Arrays工具类的实用方法与面试高频问题解析,助你掌握数组核心知识,避免常见错误。
|
4月前
|
Java 大数据 Go
从混沌到秩序:Java共享内存模型如何通过显式约束驯服并发?
并发编程旨在混乱中建立秩序。本文对比Java共享内存模型与Golang消息传递模型,剖析显式同步与隐式因果的哲学差异,揭示happens-before等机制如何保障内存可见性与数据一致性,展现两大范式的深层分野。(238字)
138 4
|
4月前
|
存储 缓存 Java
【深入浅出】揭秘Java内存模型(JMM):并发编程的基石
本文深入解析Java内存模型(JMM),揭示synchronized与volatile的底层原理,剖析主内存与工作内存、可见性、有序性等核心概念,助你理解并发编程三大难题及Happens-Before、内存屏障等解决方案,掌握多线程编程基石。
|
5月前
|
缓存 监控 Kubernetes
Java虚拟机内存溢出(Java Heap Space)问题处理方案
综上所述, 解决Java Heap Space溢出需从多角度综合施策; 包括但不限于配置调整、代码审查与优化以及系统设计层面改进; 同样也不能忽视运行期监控与预警设置之重要性; 及早发现潜在风险点并采取相应补救手段至关重要.
784 17
|
6月前
|
监控 Kubernetes Java
最新技术栈驱动的 Java 绿色计算与性能优化实操指南涵盖内存优化与能效提升实战技巧
本文介绍了基于Java 24+技术栈的绿色计算与性能优化实操指南。主要内容包括:1)JVM调优,如分代ZGC配置和结构化并发优化;2)代码级优化,包括向量API加速数据处理和零拷贝I/O;3)容器化环境优化,如K8s资源匹配和节能模式配置;4)监控分析工具使用。通过实践表明,这些优化能显著提升性能(响应时间降低40-60%)同时降低资源消耗(内存减少30-50%,CPU降低20-40%)和能耗(服务器功耗减少15-35%)。建议采用渐进式优化策略。
303 1
|
7月前
|
SQL 缓存 安全
深度理解 Java 内存模型:从并发基石到实践应用
本文深入解析 Java 内存模型(JMM),涵盖其在并发编程中的核心作用与实践应用。内容包括 JMM 解决的可见性、原子性和有序性问题,线程与内存的交互机制,volatile、synchronized 和 happens-before 等关键机制的使用,以及在单例模式、线程通信等场景中的实战案例。同时,还介绍了常见并发 Bug 的排查与解决方案,帮助开发者写出高效、线程安全的 Java 程序。
420 0
|
7月前
|
自然语言处理 Java Apache
在Java中将String字符串转换为算术表达式并计算
具体的实现逻辑需要填写在 `Tokenizer`和 `ExpressionParser`类中,这里只提供了大概的框架。在实际实现时 `Tokenizer`应该提供分词逻辑,把输入的字符串转换成Token序列。而 `ExpressionParser`应当通过递归下降的方式依次解析
418 14