Java中的String类

发布时间:2024年01月19日

关于Java JDK中内置的一个类:java.lang.String

? 1.String表示字符串类型,属于引用数据类型,不属于基本数据类型

?2.在java中随便使用双引号括起来的都是String对象,例如:“abc","def","hello world",这是3个String对象

?3.java中规定,双引号括起来的字符串,是不可变的,也就是说”abc"自出生到最终死亡,不可变,不能变成“abcd",也不能变成"abce";

?4.在JDK当中双引号括起来的字符串,例如"abcd""def"都是直接存储在“方法区”的“字符串常量池”当中的。

?为什么SUN公司把字符串存储在一个“字符串常量池”当中呢。因为字符串在实际的开发中使用太频繁了。为了执行效率,所以把字符串放到了方法区的字符串常量池当中。

?public class StringTest01{

??? public static void main(String[] args){

????? //这两行代码表示底层创建了3个字符串对象,都在字符串常量池当中

???? String s1 = "abcd";

???? String s2 = "abcdef"+"xy";

???? //分析:这是使用new的方式创建的字符串对象。这个代码中的“xy"是从哪里来的?

??? //凡是双引号括起来的都在字符串常量池中有一份

??? //new对象的时候一定在堆内存当中开辟空间

???? String s3 = new String("xy");

???? //i变量中保存的是100这个值

??????? int i=100;

??? //s变量中保存的是字符串对象的内存地址

??? //s引用中保存的不是"abc",是0x1111

?? //而0x1111是"abc"字符串对象在”字符串常量池“当中的内存地址。

?? String s = "abc";

?? }

}

关于String类中的构造方法:

?? 第一个:String s = new String("");

?? 第二个:String s = " "; 最常用

?? 第三个:String s = new String(char数组);

?? 第四个:String s = new String(char数组,起始下标,长度);

?? 第五个:String s = new String(byte数组);

?? 第六个:String s = new String(byte数组,起始下标,长度);

? public class StringTest04{

??? public static void main(String[] args){

?????? //创建字符串对象最常用的一种方式

?????? String s1 = "hello World!";

?????? //s1这个变量中保存的是一个内存地址

?????? //按说以下应该输出一个地址

?????? //但是输出一个字符串,说明String类已经重写了toString()方法

?????? System.out.println(s1); // hello World

?????? System.out.println(s1.toString());?? //hello World

????

????? //这里只掌握常用的构造方法

???? byte[] byte = {97,98,99};//97是a,98是b,99是C

???? String s2 = new String(bytes);

???? //输出一个引用的时候,会自动调用toString()方法,默认Object的话,会自动输出对象的内存地址

??? //通过输出结果得出String类已经重写toString()方法

??? //输出字符串对象的话,输出的不是对象的内存地址,而是字符串本身

???? System.out.println(s2.toString()); //abc

???? System.out.println(s2);???????????????? //abc

??? //String(字节数组,数组元素下标的起始位置,长度)

??? //将byte数组中的一部分转换成字符串

???? String s3 = new String(bytes,1,2);

???? System.out.println(s3); //bc

???? //将char数组全部转换成字符串

???? char[] chars = {'我','是','中','国','人'};

???? String s4 = new String(chars);

???? System.out.println(s4);

???? //将char数组的一部分转换成字符串

???? String s5 = new String(chars,2,3);

???? System.out.println(s5);

???? String s6 = new String("helloworld");

???? System.out.println(s6);

??? }

}

我们在实际的开发中,如果需要进行字符串的频繁拼接,会有什么问题?

?? 因为java中的字符串是不可变的,每一次拼接都会产生字符串

?? 这样会占用大量的方法区内存,造成内存空间的浪费

????? String s = "abc";

????? s+="hello";

????? 就以上两行代码,就导致在方法区字符串常量池当中创建了3个对象

????? “abc"

??????? "hello"

??????? "abchello"

?public class StringBufferTest01{

???? public static void main(String[] args){

??????? String s = "";

??????? //这样会给java的方法区字符串常量池带来极大的压力

??????? for(int i=0;i<100;i++){

????????? //s+=I;

?????????? s=s+I;

????????? System.out.println(s);

??????? }

??? }

?}

byte数组

StringBuffer底层实际上是一个byte[]数组

在StringBuffer中放字符串,实际上是发到byte数组当中了

StringBuffer的初始化容量是16

?java.lang.StringBuilder

??? StringBuffer和StringBuilder的区别?

???? StringBuffer中的方法都有:synchronized关键字修饰,表示StringBuffer在多线程环境下运行是安全的

??? StringBuilder中的方法都没有:synchronized关键字修饰,表示StringBuilder在多线程环境下运行是不安全的。

?StringBuffer是线程安全的

?StringBuilder是非线程安全的。

如果以后需要进行大量字符串的拼接操作,建议使用JDK中自带的;

? java.Lang.StringBuffer

? java.Lang.StringBuilder

如何优化StringBuffer的性能?

?在创建StringBuffer的时候尽可能给定一个初始化容量

?最好减少底层数组的扩容次数,预估一下,给一个大一些初始化容量

?关键点:给一个合适的初始化容量。可以提高程序的执行效率

String为什么是不可变的?

? 看过源代码,String类中有一个byte[]数组,这个byte[]数组采用了final修饰,因为数字一旦创建长度不可变,并且被final修饰的引用一旦指向某个对象之后,不再指向其他对象,所以String是不可变的!?? "abc"无法变成"abcd”

StringBuilder/StringBuffer为什么是可变的呢?

? 看过源代码,StringBuffer/StringBuilder内部实际上是一个byte[]数组,这个byte[]数组没有被final修饰,StringBuffer/StringBuilder的初始化容量应该是16,当存满之后会进行扩容,底层调用了数组拷贝的方法

?System.arraycopy()……是这样扩容的。所以StringBuilder/StringBuffer适合于使用字符串的频繁拼接操作

?public class StringBufferTest04{

??? public static void main(String[] args){

?????? //字符串不可变是什么意思?

????? //是说双引号里面的字符串对象一旦创建不可变

??????? String s = "abc";? //"abc"放到了字符串常量池当中,"abc"不可变

???

???? //s变量是可以指向其他对象的

???? //字符串不可变不是说以上变量s不可变,说的是“abc"这个对象不可变

???? s="xyz";//"xyz"放到了字符串常量池当中,”xyz"不可变

??? }

}

文章来源:https://blog.csdn.net/m0_74249744/article/details/135688925
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。