여기에서는 Java의 String 개체에 대해 약간 심층적으로 이해합니다.
Java 객체 구현의 진화
String 객체는 Java에서 가장 자주 사용되는 객체 중 하나이므로 Java 개발자는 String 객체의 성능을 향상시키기 위해 String 객체 구현을 지속적으로 최적화하고 있습니다.
(추천 학습: Java 비디오 튜토리얼)
Java6 및 이전 버전의 String 객체 속성
Java6 및 이전 버전에서 String 객체는 주로 char 배열을 캡슐화하는 객체입니다. 변수, 즉 char 배열, 오프셋 오프셋, 문자 수 개수 및 해시 값 해시입니다. String 객체는 char[] 배열을 찾고 offset과 count라는 두 가지 속성을 통해 문자열을 얻습니다. 이 방법을 사용하면 메모리 공간을 절약하면서 효율적이고 빠르게 배열 개체를 공유할 수 있지만 이 방법을 사용하면 메모리 누수가 발생할 수 있습니다.
Java 7 및 8 버전의 String 객체 속성
Java 7 버전부터 Java는 String 클래스를 일부 변경했습니다. 특히 String 클래스에는 더 이상 오프셋과 개수라는 두 가지 변수가 없습니다. 이 방법의 장점은 String 객체가 약간 적은 메모리를 차지하고 String.substring() 메서드가 더 이상 char[]를 공유하지 않으므로 이 메서드를 사용할 때 발생할 수 있는 메모리 누수 문제를 해결한다는 것입니다.
Java9 이상 버전의 String 객체 속성
Java9 버전부터 Java는 char[] 배열을 byte[] 배열로 변경했습니다. char이 2바이트라는 것은 우리 모두 알고 있습니다. 1바이트를 저장하는 데 사용하면 메모리 공간이 낭비됩니다. 1바이트의 공간을 절약하기 위해 Java 개발자는 1바이트를 사용하여 문자열을 저장하는 방식으로 변경했습니다.
또한 Java9에서는 String 객체가 새로운 속성 코더를 유지 관리합니다. 이 속성은 문자열 길이를 계산하거나 indexOf() 메서드를 호출할 때 이 필드를 사용하여 인코딩 형식을 결정해야 합니다. 문자열 길이를 계산합니다. coder 속성에는 기본적으로 0과 1의 두 가지 값이 있습니다. 여기서 0은 Latin-1(단일 바이트 인코딩)을 나타내고 1은 UTF-16 인코딩을 나타냅니다.
String 객체가 생성되어 메모리에 저장되는 방식
Java에서는 기본 데이터 유형의 변수와 객체에 대한 참조가 new 키워드와 생성자를 통해 스택 메모리의 로컬 변수 테이블에 저장됩니다. 힙 메모리에. 일반적으로 String 개체를 만드는 방법에는 두 가지가 있습니다. 하나는 리터럴(문자열 상수)이고 다른 하나는 생성자(String())입니다. 두 가지 방법은 메모리에 다르게 저장됩니다.
리터럴 생성 방법(문자열 상수)
리터럴을 사용하여 문자열을 생성할 때 JVM은 먼저 해당 리터럴이 문자열 상수 풀에 존재하는지 확인하고, 존재한다면 리터럴을 반환합니다. 메모리의 참조 주소; 존재하지 않으면 문자열 상수 풀에 리터럴이 생성되고 참조가 반환됩니다. 이런 방식으로 생성하면 동일한 값의 문자열이 메모리에 반복적으로 생성되는 것을 방지하여 메모리를 절약할 수 있는 동시에 이 쓰기 방법이 더 간단하고 읽기 쉬워진다는 점입니다.
String str = "i like yanggb.";
문자열 상수 풀
다음은 상수 풀에 대한 특별한 설명입니다. 상수 풀은 문자열 객체의 반복 생성을 줄이기 위해 JVM에서 유지 관리하는 특수 메모리입니다. 이 메모리를 문자열 상수 풀 또는 문자열 리터럴 풀이라고 합니다. JDK1.6 및 이전 버전에서는 런타임 상수 풀이 메서드 영역에 있습니다. JDK1.7 이상 버전의 JVM에서는 런타임 상수 풀이 메소드 영역 밖으로 이동되었으며, 런타임 상수 풀을 저장하기 위해 Java 힙(Heap)에 영역이 열렸습니다. JDK1.8부터 JVM은 자바 메소드 영역을 없애고 다이렉트 메모리에 위치한 메타스페이스(MetaSpace)로 대체했다. 요약하면 현재 문자열 상수 풀이 힙에 있다는 것입니다.
우리가 알고 있는 여러 String 객체의 기능은 모두 String 상수 풀에서 나옵니다.
1. 모든 String 개체는 상수 풀에서 공유되므로 String 개체를 수정할 수 없습니다. 일단 수정하면 이 String 개체를 참조하는 모든 변수가 변경(참조 변경)되므로 String 개체는 다음과 같이 설계됩니다. 불변이어야 합니다. 이 불변 기능에 대해서는 나중에 자세히 알아보겠습니다.
2. 문자열을 연결할 때 String 개체의 성능이 좋지 않다는 말은 String 개체의 불변성으로 인해 각 수정(여기서는 연결)이 원래 문자열 대신 새 문자열 개체를 반환한다는 의미입니다. 객체가 수정되므로 새 String 객체를 생성하면 더 많은 성능이 소모됩니다(추가 메모리 공간이 열립니다).
3.因为常量池中创建的String对象是共享的，因此使用双引号声明的String对象（字面量）会直接存储在常量池中，如果该字面量在之前已存在，则是会直接引用已存在的String对象，这一点在上面已经描述过了，这里再次提及，是为了特别说明这一做法保证了在常量池中的每个String对象都是唯一的，也就达到了节约内存的目的。
构造函数（String()）的创建方式
使用构造函数的方式创建字符串时，JVM同样会在字符串常量池中先检查是否存在该字面量，只是检查后的情况会和使用字面量创建的方式有所不同。如果存在，则会在堆中另外创建一个String对象，然后在这个String对象的内部引用该字面量，最后返回该String对象在内存地址中的引用；如果不存在，则会先在字符串常量池中创建该字面量，然后再在堆中创建一个String对象，然后再在这个String对象的内部引用该字面量，最后返回该String对象的引用。
String str = new String("i like yanggb.");这就意味着，只要使用这种方式，构造函数都会另行在堆内存中开辟空间，创建一个新的String对象。具体的理解是，在字符串常量池中不存在对应的字面量的情况下，new String()会创建两个对象，一个放入常量池中（字面量），一个放入堆内存中（字符串对象）。
String对象的比较
比较两个String对象是否相等，通常是有【==】和【equals()】两个方法。
在基本数据类型中，只可以使用【==】，也就是比较他们的值是否相同；而对于对象（包括String）来说，【==】比较的是地址是否相同，【equals()】才是比较他们内容是否相同；而equals()是Object都拥有的一个函数，本身就要求对内部值进行比较。
String str = "i like yanggb.";
String str1 = new String("i like yanggb.");
System.out.println(str == str1); // falseSystem.out.println(str.equals(str1)); // true因为使用字面量方式创建的String对象和使用构造函数方式创建的String对象的内存地址是不同的，但是其中的内容却是相同的，也就导致了上面的结果。
String对象中的intern()方法
我们都知道，String对象中有很多实用的方法。为什么其他的方法都不说，这里要特别说明这个intern()方法呢，因为其中的这个intern()方法最为特殊。它的特殊性在于，这个方法在业务场景中几乎用不上，它的存在就是在为难程序员的，也可以说是为了帮助程序员了解JVM的内存结构而存在的（？我信你个鬼，你个糟老头子坏得很）。
/*** When the intern method is invoked, if the pool already contains a
* string equal to this {@code String} object as determined by
* the {@link #equals(Object)} method, then the string from the pool is
* returned. Otherwise, this {@code String} object is added to the
* pool and a reference to this {@code String} object is returned.
**/public native String intern();上面是源码中的intern()方法的官方注释说明，大概意思就是intern()方法用来返回常量池中的某字符串，如果常量池中已经存在该字符串，则直接返回常量池中该对象的引用。否则，在常量池中加入该对象，然后返回引用。然后我们可以从方法签名上看出intern()方法是一个native方法。
下面通过几个例子来详细了解下intern()方法的用法。
第一个例子
String str1 = new String("1");
System.out.println(str1 == str1.intern()); // falseSystem.out.println(str1 == "1"); // false在上面的例子中，intern()方法返回的是常量池中的引用，而str1保存的是堆中对象的引用，因此两个打印语句的结果都是false。
第二个例子
String str2 = new String("2") + new String("3");
System.out.println(str2 == str2.intern()); // trueSystem.out.println(str2 == "23"); // true在上面的例子中，str2保存的是堆中一个String对象的引用，这和JVM对【+】的优化有关。实际上，在给str2赋值的第一条语句中，创建了3个对象，分别是在字符串常量池中创建的2和3、还有在堆中创建的字符串对象23。因为字符串常量池中不存在字符串对象23，所以这里要特别注意：intern()方法在将堆中存在的字符串对象加入常量池的时候采取了一种截然不同的处理方案——不是在常量池中建立字面量，而是直接将该String对象自身的引用复制到常量池中，即常量池中保存的是堆中已存在的字符串对象的引用。根据前面的说法，这时候调用intern()方法，就会在字符串常量池中复制出一个对堆中已存在的字符串常量的引用，然后返回对字符串常量池中这个对堆中已存在的字符串常量池的引用的引用（就是那么绕，你来咬我呀）。这样，在调用intern()方法结束之后，返回结果的就是对堆中该String对象的引用，这时候使用【==】去比较，返回的结果就是true了。同样的，常量池中的字面量23也不是真正意义的字面量23了，它真正的身份是堆中的那个String对象23。这样的话，使用【==】去比较字面量23和str2，结果也就是true了。
第三个例子
String str4 = "45";
String str3 = new String("4") + new String("5");
System.out.println(str3 == str3.intern()); // falseSystem.out.println(str3 == "45"); // false这个例子乍然看起来好像比前面的例子还要复杂，实际上却和上面的第一个例子是一样的，最难理解的反而是第二个例子。
所以这里就不多说了，而至于为什么还要举这个例子，我相信聪明的你一下子就明白了。
String对象的不可变性
先来看String对象的一段源码。
public final class String implements java.io.Serializable, Comparable<String>, CharSequence {
/** The value is used for character storage. */
private final char value[];
/** Cache the hash code for the string */
private int hash; // Default to 0
/** use serialVersionUID from JDK 1.0.2 for interoperability */
private static final long serialVersionUID = -6849794470754667710L;
}从类签名上来看，String类用了final修饰符，这就意味着这个类是不能被继承的，这是决定String对象不可变特性的第一点。从类中的数组char[] value来看，这个类成员变量被private和final修饰符修饰，这就意味着其数值一旦被初始化之后就不能再被更改了，这是决定String对象不可变特性的第二点。
Java开发者为什么要将String对象设置为不可变的，主要可以从以下三个方面去考虑：
1.安全性。假设String对象是可变的，那么String对象将可能被恶意修改。
2.唯一性。这个做法可以保证hash属性值不会频繁变更，也就确保了唯一性，使得类似HashMap的容器才能实现相应的key-value缓存功能。
3.功能性。可以实现字符串常量池（究竟是先有设计，还是先有实现呢）。
String对象的优化
字符串是常用的Java类型之一，所以对字符串的操作是避免不了的。而在对字符串的操作过程中，如果使用不当的话，性能可能会有天差地别，所以有一些地方是要注意一下的。
拼接字符串的性能优化
字符串的拼接是对字符串的操作中最频繁的一个使用。由于我们都知道了String对象的不可变性，所以我们在开发过程中要尽量减少使用【+】进行字符串拼接操作。这是因为使用【+】进行字符串拼接，会在得到最终想要的结果前产生很多无用的对象。
String str = 'i'; str = str + ' '; str = str + 'like'; str = str + ' '; str = str + 'yanggb'; str = str + '.'; System.out.println(str); // i like yanggb.
事实上，如果我们使用的是比较智能的IDE编写代码的话，编译器是会提示将代码优化成使用StringBuilder或者StringBuffer对象来优化字符串的拼接性能的，因为StringBuilder和StringBuffer都是可变对象，也就避免了过程中产生无用的对象了。而这两种替代方案的区别是，在需要线程安全的情况下，选用StringBuffer对象，这个对象是支持线程安全的；而在不需要线程安全的情况下，选用StringBuilder对象，因为StringBuilder对象的性能在这种场景下，要比StringBuffer对象或String对象要好得多。
使用intern()方法优化内存占用
前面吐槽了intern()方法在实际开发中没什么用，这里又来说使用intern()方法来优化内存占用了，这人真的是，嘿嘿，真香。关于方法的使用就不说了，上面有详尽的用法说明，这里来说说具体的应用场景好了。有一位Twitter的工程师在Qcon全球软件开发大会上分享了一个他们对String对象优化的案例，他们利用了这个String.intern()方法将以前需要20G内存存储优化到只需要几百兆内存。具体就是，使用intern()方法将原本需要创建到堆内存中的String对象都放到常量池中，因为常量池的不重复特性（存在则返回引用），也就避免了大量的重复String对象造成的内存浪费问题。
什么，要我给intern()方法道歉？不可能。String.intern()方法虽好，但是也是需要结合场景来使用的，并不能够乱用。因为实际上，常量池的实现是类似于一个HashTable的实现方式，而HashTable存储的数据越大，遍历的时间复杂度就会增加。这就意味着，如果数据过大的话，整个字符串常量池的负担就会大大增加，有可能性能不会得到提升却反而有所下降。
字符串分割的性能优化
字符串的分割是字符串操作的常用操作之一，对于字符串的分割，大部分人使用的都是split()方法，split()方法在大部分场景下接收的参数都是正则表达式，这种分割方式本身没有什么问题，但是由于正则表达式的性能是非常不稳定的，使用不恰当的话可能会引起回溯问题并导致CPU的占用居高不下。在以下两种情况下split()方法不会使用正则表达式：
1.传入的参数长度为1，且不包含“.$|()[{^?*+\”regex元字符的情况下，不会使用正则表达式。
2.传入的参数长度为2，第一个字符是反斜杠，并且第二个字符不是ASCII数字或ASCII字母的情况下，不会使用正则表达式。
所以我们在字符串分割时，应该慎重使用split()方法，而首先考虑使用String.indexOf()方法来进行字符串分割，在String.indexOf()无法满足分割要求的时候再使用Split()方法。而在使用split()方法分割字符串时，需要格外注意回溯问题。
总结
String 객체를 이해하지 않고도 개발에 String 객체를 사용할 수 있지만 String 객체를 이해하면 더 나은 코드를 작성하는 데 도움이 됩니다.
"이야기의 끝에서도 나는 여전히 나이고 당신은 여전히 당신이기를 바랍니다."
추천 튜토리얼: javatutorial#🎜🎜 # #🎜🎜 #
위 내용은 Java의 문자열 객체에 대한 깊은 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
