java中的String类型与StringBuffer类型的区别

2024-09-07 02:28

本文主要是介绍java中的String类型与StringBuffer类型的区别,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

String源码剖析

    private final byte[] value;

通过查看string类型的源码,我们可以知道String类的底层还是使用了数组来存储字符串,这里是被final修饰的数组的引用,表示这个数组一旦被赋给了初值之后,数组引用就不能修改了,只能指向最初给的那块内存地址,但是字符串中的内容是可以改变的。

下面我画图来展示一下它在内存中的存储结构

String类创建对象

1.直接赋初值

String a="lyjs";

这种方式一般用来存储我们提前知道的字符串内容,当系统执行到这个语句后,会去系统的常量池中去找是否有与之相同的字符串常量,如果有直接返回字符串常量的地址,否则就在常量池中创建一个然后返回地址,关于常量池,大家现在只需要知道它是用来存储常量的就好,后面我会出一篇文章专门讲解。

当执行上述语句后,字符串s在内存中存储结构类似于上图,在栈中生成string的对象 ,然后存储字符串的数组value指向常量池中的字符串,在这之后我们可以修改字符串的具体内容,比如把value中的某个字符替换成另一个字符,但是我们不能让它指向一个新的字符串,也就是常说的String类不可修改,当我们想要让它指向另一个字符串时编译可以通过,像下面的语句

s="test";

可以正常运行,很多人就会觉得这个字符串是可以被修改的,但是在底层中系统是在常量池中寻找是否有要修改的这个字符串常量,如果没有,创建一个然后返回一个新的字符串,方式大致如下

 这样的话,原本的字符串就会存留在常量池中,会占用一部分的存储空间

2.构造器初始化

String a="lyjs";String a1=new String("lyjs");

像这样通过new关键字使用构造器初始化字符串也是经常被使用的一种方式,当程序执行到这句时,会现在堆中生成相应的value数组,然后区常量池中寻找是否有和初始化的字符串相同的字符串,如果没有就新创建一个然后返回地址给value,然后字符串s1就可以通过存储在堆中的value来访问字符串,存储结构图如下

像这样,a1中是间接的存储着字符串常量,a是直接指向了字符串常量,所以即使它们两个里面存储的是一样的字符串,但是它们的地址是不一样的,如果使用==号来对比,会输出false,因为==号对比的是两个东西的地址是否相同,如果使用equals来对比就会输出true,因为它们的内容是一样的!

StringBuffer源码剖析

    /*** The value is used for character storage.*/byte[] value;

通过查询源码也是看到StringBuffer的底层也是使用数组来存储字符串,不过和String不同的是它没有加final,也就是说它存储的字符串都是存储在堆中的,当我们给它赋初值后可以任意的修改而不会频繁改变它的地址

StringBuffer创建对象

构造器初始化

StringBuffer a2=new StringBuffer("lyjs");

当然也可以利用Scanner类对象进行输入方式,这样的字符串就是存储在堆中的,我们可以随意修改它而不用另找一片新的空间存储,相比于String这样可以提高效率。

总结

String类要注意是直接初始化的还是利用构造器初始化的,它们即使生成相同的字符串也会有所区别,当我们使用的字符串需要经常修改的时候还是建议使用StringBuffer,不然会造成空间和时间上的浪费,当然还有一个StringBuilder类,感兴趣的可以去了解一下它们三个的区别,这里不在赘述。

本人还在学习Java中,若有错误和不足之处敬请各位指正,不胜感激。

这篇关于java中的String类型与StringBuffer类型的区别的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1143791

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来,一站式有声阅读平台听书系统 🌟 开篇:遇见未来,从“智听”开始 在这个快节奏的时代,你是否渴望在忙碌的间隙,找到一片属于自己的宁静角落?是否梦想着能随时随地,沉浸在知识的海洋,或是故事的奇幻世界里?今天,就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统,它正悄悄改变着我们的阅读方式,让未来触手可及! 📚 第一站:海量资源,应有尽有 走进“智听

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]