JAVA의 문자열 상수 풀과 버퍼 풀에 대한 이해와 역할에 대한 심층 분석

이 글은 문자열 상수 풀과 버퍼 풀의 이해와 역할을 주로 소개하는 java에 대한 관련 지식을 제공합니다. 문자열 풀과 상수 풀은 완전히 다른 두 가지이지만 많은 곳에서 모두 혼동하기를 좋아합니다. 초보자들 사이에서 오해를 불러일으킬 수 있는 부분에 대해 신중하게 논의해 보고자 합니다. 모든 분들께 도움이 되기를 바랍니다.

추천 학습: "java 학습 튜토리얼"

문자열 풀은 문자열 상수 풀이라고도 할 수 있습니다. 이 이름이 세 단어로만 이야기되는 것 같습니다. string은 생략하고 상수 풀만 남깁니다... 따라서 오해를 피하기 위해 문자열 객체의 캐시 풀을 언급할 때는 그냥 string pool 1 Pool

이라고 부르는 것이 좋습니다.

1.1 정적 상수 풀 . .class 파일의 상수 풀은 배열로 간주될 수 있습니다. 일부 상수는 바이트코드 명령어에 사용되어야 할 때 배열의 인덱스입니다. 이용됩니다. 꼭 방문해 보세요.

아래 코드를 보세요:

 String m = "hellohellohellohellohello";
 String n = "hellohellohellohellohello";

바이트코드에서는 다음과 같은 형태입니다:

 // 常量池：
 #1 hellohellohellohellohello
 #2 ...
 ...
 ----------------------------
 
 String m = #1;
 String n = #1;

물론 이것은 단순화된 버전일 뿐이고 실제로는 더 복잡합니다(실제 버전은 다음에서 찾을 수 있습니다). 기사 마지막 부분의 참조 섹션에 게시된 답변은 현재 단순화된 버전만 고려할 수 있습니다.)

여기에 저장된 문자열 상수는 Java 문자열 객체가 아닌 단순한 UTF8로 인코딩된 바이트 시퀀스일 뿐입니다. txt 텍스트에 저장한 문자열과 마찬가지로 UTF8 형식을 사용하여 .class 파일을 엽니다. hellohellohellohello를 구문 분석할 수 있습니다.

1.2 런타임 상수 풀

이해 정적 상수 풀, 런타임 상수 풀은 이해하기 쉽습니다. 간단히 말해서, 런타임 상수 풀은 JVM의 .class 파일에 있는 정적 상수 풀의 런타임 표현입니다. .class 파일의 각 정적 상수 풀은 해당 런타임 상수 풀을 생성합니다. JVM이 String m = #1 명령을 해석할 때 이 클래스의 런타임 상수 풀로 이동하여 #1의 정의를 찾을 수 있습니다.

hellohellohellohellohello是可以被解析的：

1.2 运行时常量池

理解了静态的常量池之后，运行时常量池就很容易想明白了。简单来说，运行时常量池就是.class文件中的静态常量池在JVM中的运行时表示，每一个.class文件的静态常量池都会生成一个对应的运行时常量池。等到JVM在解释String m = #1这条指令时，它可以去这个类的运行时常量池中查找#1的定义。

2 字符串池

字符串池是Java为了重用String对象而设置的一个缓存池，Java1.7之前设置在方法区上，保存的是String对象；Java1.7之后设置在堆上，保存的是String对象的引用，String对象本身存在于堆上的其他位置。下文中以Java1.7之后的情况为标准。

继续上面的例子。当JVM在解释String m = #1时，它已经从运行时常量池拿到了相应的UTF8序列，接下来，它会在字符串池中寻找和这个UTF8序列对应的String对象，并把这个对象的引用赋值给m。你可能会好奇这个String被创建的时机，根据R大的这篇文章，在这条语句所在的类被加载时，如果字符串池中已经存在对应的对象了，那么就什么都不做，如果不存在，就会创建一个对应的String对象，并把其引用放入池中。

除了字符串池，Integer、Long等Wrapper类型也有自己的缓存池，比如Integer会缓存从-128~127的Integer对象，当使用字面量赋值或者Integer.valueOf()2 문자열 풀

문자열 풀은 String 개체를 재사용하기 위해 Java에서 설정한 캐시 풀입니다. Java1.7 이전에는 메서드 영역에 설정되고 Java1.7에 저장된 문자열 개체입니다. 그런 다음 힙에 설정되고 String 개체에 대한 참조를 보유합니다. String 개체 자체는 힙의 다른 곳에 존재합니다. 다음은 Java 1.7 이후의 상황을 기준으로 합니다.

위의 예를 계속 진행하세요. JVM이 String m = #1을 해석할 때 런타임 상수 풀에서 해당 UTF8 시퀀스를 얻었습니다. 그런 다음 문자열 풀에서 이 UTF8 시퀀스에 해당하는 String 개체를 찾고 개체의 참조를 추가합니다. m에게 할당되었습니다. 이 문자열이 생성되는 시점이 궁금할 수 있습니다. 이 R 기사에 따르면 이 문이 있는 클래스가 로드될 때 해당 개체가 문자열 풀에 이미 있으면 아무 작업도 수행되지 않습니다. 존재하지 않는 경우 해당 String 개체가 생성되고 해당 참조가 풀에 배치됩니다.

문자열 풀 외에도 Integer 및 Long과 같은 래퍼 유형에도 자체 캐시 풀이 있습니다. 예를 들어 Integer는 캐시합니다. -128~127 Integer 객체의 값, 리터럴 할당이나 Integer.valueOf() 사용 시 해당 객체가 풀에 존재하는 경우 풀에 있는 객체 풀이 있을 때만 반환됩니다. 새 개체가 없는 경우에만 힙에 생성됩니다.

그러나 이러한 Wrapper 풀은 스트링 풀과 달리 스트링 풀처럼 커지지 ​​않습니다. 즉, 풀에 포함되는 개체 수가 고정되어 있고 정수 풀에는 -128~127만 있습니다.

기본형에 해당하는 버퍼 풀은 다음과 같습니다.

boolean values true and false
 all byte values
 short values between -128 and 127
 int values between -128 and 127
 char in the range \u0000 to \u007F

jdk 1.8의 모든 수치 버퍼 풀 중에서 Integer 버퍼 풀 IntegerCache는 매우 특별합니다. 이 버퍼 풀의 하한은 -128이고 상한은 매우 특별합니다. 경계는 기본적으로 127이지만 경계는 jvm을 시작할 때 -XX:AutoBoxCacheMax=를 통해 이 버퍼 풀의 크기를 지정합니다. JVM이 초기화되고 IntegerCache가 초기화되면 이 시스템 속성을 읽어 상한을 결정합니다.

🎜🎜🎜추천 학습: "🎜java tutorial🎜"🎜

위 내용은 JAVA의 문자열 상수 풀과 버퍼 풀에 대한 이해와 역할에 대한 심층 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!