Java의 String, StringBuffer 및 StringBuilder의 차이점과 원리

먼저 String에 대해 이야기해 보겠습니다.

String 개체가 생성되면 해당 값을 수정할 수 없습니다. 이를 수정하려는 경우 수정된 개체를 저장하기 위해 메모리 공간이 다시 열립니다. 즉, String에 대한 참조가 수정됩니다.

String의 맨 아래 레이어는 배열을 사용하여 값을 저장하기 때문에 배열의 길이를 변경할 수 없으므로 위와 같은 문제가 발생합니다.

‌실제 개발 과정에서 특정 문자열을 자주 수정해야 하는 경우 String을 사용하면 메모리 공간이 낭비될 수 있습니다. 이 문제를 어떻게 해결해야 할까요? ‌

답은 StringBuffer를 사용하여 이 문제를 해결할 수 있다는 것입니다.

StringBuffer에 대해 자세히 이야기해 보겠습니다.

‌StringBuffer는 String과 유사합니다. 맨 아래 레이어도 배열을 사용하여 문자열 값을 저장하며, 배열의 기본 길이는 16입니다. 이는 빈 StringBuffer 개체입니다. 배열 길이는 16입니다. StringBuffer 객체를 인스턴스화하면 16자 문자열 버퍼가 생성됩니다.

그러나 StringBuffer 객체를 생성하기 위해 매개변수화된 생성자를 호출하면 배열의 길이는 더 이상 16이 아닙니다. 대신 배열의 길이는 현재 객체의 값에 따라 결정됩니다. 현재 객체의 값." 길이 +16".

따라서 StringBuffer가 생성된 후 해당 값을 수정할 수 있는 16자의 공백이 있습니다. 수정된 값 범위가 16자를 초과하는 경우 먼저

StringBuffer 개체의 원래 char 배열의 용량이 새 문자열을 담을 수 있는지 확인합니다. 그렇지 않으면 char 배열이 확장됩니다.

그럼 StringBuffer는 어떻게 확장되나요?

확장 논리는 새 문자 배열을 생성하고 기존 용량을 두 배로 늘린 다음 2를 추가하는 것입니다. 그래도 충분히 크지 않으면 필요한 용량과 직접적으로 동일해집니다. 확장이 완료된 후 원래 배열의 내용을 새 배열에 복사하고 마지막으로 포인터가 새 char 배열을 가리킵니다.

다음으로 StringBuffer의 형제인 StringBuilder

StringBuilder와 StringBuffer는 동일한 상위 클래스 AbstractStringBuilder를 가지며, 이들이 구현하는 인터페이스는 둘 다

java.io.Serialized 및 CharSequence라는 두 인터페이스를 구현하는 것과 정확히 같습니다. .

그럼 차이점은 무엇인가요?

가장 큰 차이점은 StringBuffer가 거의 모든 메서드에 대해 동기화를 구현하고 상대적으로 스레드로부터 안전하며 다중 스레드 시스템에서 데이터 동기화를 보장할 수 있다는 것입니다.

StringBuilder는 동기화를 구현하지 않으며 스레드로부터 안전하며 동기화할 수 없습니다. 다중 스레드 시스템에서 사용됩니다. StringBuilder를 사용하십시오.

StringBuffer 및 StringBuilder 사용 시나리오:

스레드 안전성을 고려해야 하는 경우 StringBuffer를 사용하세요. 스레드 안전성을 고려할 필요가 없다면 효율성을 추구하는 시나리오에서 StringBuilder를 사용할 수 있습니다.

위 내용은 Java의 String, StringBuffer 및 StringBuilder의 차이점과 원리의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!