java基础之String知识总结

一、概念

String代表字符串，java语言中所有双引号的字符串都是String的对象，不管是否是new出来的对象。

二、特点

1.String类由于被final修饰，因此其不能被继承，注意一下哈，我开始也以为字符串不能够改变是因为其被final修饰，事实上并不是这样，String底层是用char数组保存，它被final修饰只是不能够改变地址指向，但是其内容是可以改变的。因此字符串不能改变和其是否被final修饰没有关系。

2.字符串由于不能被改变，因此其能共享使用。

3.字符串底层使用char[]数组存储。

三、三种构造方式：

1.public String():创建空字符串对象

2.public String(char[] array)：使用char数组创建字符串

3.public String(byte[] array)：使用byte数组创建字符串，这种方式将对应数字按照ASCII码转成字符，如97代表字符a
一种直接创建：String str = “abc”

四、字符串常量池

在jdk1.6及之前，字符串常量池是在方法区内，jdk1.7及之后字符串常量池从方法区分离出来，存储在堆中。

jdk1.6和jdk1.7的相同点：

1.用双引号创建字符串在JVM运行时都直接在字符串常量池中创建字符串对象，但是不会在堆中创建对象；

2.new一个字符串对象（String s = new String(“abc”)）,这里面涉及两个对象的创建，一个是堆对象，一个是字符串常量池中的对象（“abc”是用双引号的），如果字符串常量池存在与该字符串相同的对象（这里是指内容相同，而不是地址）则只需要创建一个堆对象，如果字符串常量池没有相同的对象，那么需要在字符串常量池和堆内都要创建对象，注意一点：这两个对象之间不存在引用，即其中一个对象保存的值是另一个对象的地址。

String test1 = "test";
        String test3 = "test";
        String test2 = new String("test");
    
        System.out.println(test1 == test2);//false
        System.out.println(test1 == test3);//true

第一个输出是false是因为test1是字符串常量池中的对象，而test2是堆中的对象，因此他们的地址是不相等，故结果是false；第二个输出为true是因为当用双引号创建字符串时，首先会去字符串常量池中查找是否存在值相同得到对象，如果存在就直接返回引用地址，如果不存在才创建对象，因此test1和test3指向的是同一个地址。

jdk1.6和jdk1.7的不同点：

jdk1.6的字符创常量池存储是对象，jdk1.7字符常量池中既可以存储对象，又可以存储对象的引用。

还需要明确一点：
使用引号包含文本的方式创建的String对象之间使用“+”连接产生的新对象才会被加入字符串池中，对于所有包含new方式新建对象（包括null）的“+”连接表达式，它所产生的新对象都不会被加入字符串池中

String s6 = new String("go") +new String("od");
        String s7 = s6.intern();
        String s8 = "good";
        System.out.println(s6 == s7);//true
        System.out.println(s7 == s8);//true
        System.out.println(s6 == s8);//true

右上面的介绍可知，s6指向的是堆中字符串good对象的地址，且这个对象没有在字符串常量池中被创建，当执行到 String s7 = s6.intern();时由于字符创常量池没有这个对象，且堆中存在该对象，因此在字符串常量池中创建一个引用指向堆中的对象，所以s6和s7指向同一个对象，如果是jdk1.6，会直接在字符串常量池创建一个对象然后返回这个对象的引用，此时s6和s7指向的是不同的对象。

 String s2 = new String("lo") + new String("ng");
        String s3 =  s2.intern();
        System.out.println(s2 == s3);//false

这里按照上面的分析应该返回true，但是这里返回false，原因如下：

到此这篇关于java基础之String知识总结的文章就介绍到这了,更多相关Java String内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论