StringBuilder VS StringBuffer

문자열을 추가할 때 흔히 StringBuilder 와 StringBuffer 를 주로 사용한다.

 

그 동안은 멀티 쓰레드의 차이라고만 알고 있었는데 이번에 구체적으로 어떻게 다른 지 코드를 통해 살펴보았다.

 

StringBuilder VS StringBuffer

 

스트링 버퍼 구현 코드

스트링 빌더 구현 코드

 

기본적으로 스트링 버퍼와 스트링 빌더 모두 AbstractStringBuilder 라는 추상클래스를 상속받는다.

 

 

대표적으로 사용하는 append 함수의 구현 코드를 보면 둘다 super() 메소드를 통해 AbstractStringBuilder 의 함수를 호출한다.

 

근데 스트링 버퍼에만 있는 것들이 몇가지 있다.

 

1. synchronize 

2. toStringCache

 

각각이 어떤 역할을 하는 지 알아보자

 

synchronize

- 이 키워드는 멀티 스레드 환경에서의 동기화를 지원한다.  

- 공유 데이터에 lock을 걸어 작업중이던 쓰레드가 마칠때까지 다른 쓰레드에게 제어권이 넘어가지 않게 보호한다.

 

이 키워드를 통해 스트링 버퍼를 멀티 스레드 환경에서 지원해준다.

 

toStringCache

- 이름 그대로 toString() 함수의 캐시 같은 변수이다.

   toString() 함수 호출 시에 이 value 배열의 변경이 없다면,  toStringCache을 이용해서 String을 만든다.

 

 

스트링 버퍼는 함수를 호출할 때마다 toStringCache 멤버 변수를 초기화 해준다.

 

그 상태에서 toString()을 호출하면 toStringCache 는 null 이기때문에 새로운 value 값으로 String 을 만드는 것이다 !

 

@HotSpotIntrinsicCandidate
    public synchronized String toString() {
        return this.toStringCache == null ? (this.toStringCache = this.isLatin1() ? StringLatin1.newString(this.value, 0, this.count) : StringUTF16.newString(this.value, 0, this.count)) : new String(this.toStringCache);
    }

 

이미 저장된 값이 있을 경우 기존 값을 이용해 String 을 만든다. 

그게 아니라면 새로운 값으로 String 을 만든다.

 

근데 왜 toStringCache 변수는 스트링 버퍼에만 있을까 ?

 

그 이유는 스트링 빌더는 단일 쓰레드 환경에서만 사용되는 것으로 간주하기 때문이다.

 

이게 무슨 의미냐면, 스트링 버퍼는 멀티 쓰레드에서 실행되기 때문에 변하지 않은 상태에서 여러번 불릴 수 있지만

 

단일 쓰레드에서 실행되는 스트링 빌더는 상대적으로 이런 경우가 적다.

 

결국 최적화의 차이이다.

 

결론

 

공통점

 

스트링 빌더와 스트링 버퍼 모두 같은 추상 클래스를 상속 받는다.

 

 

차이점

 

스트링 빌더 : 단일 스레드이거나 동기화를 신경 쓰지않아도 되는 곳

스트링 버퍼 : 멀티 스레드 환경에서 사용

 

 

 

참고한 사이트

https://woooongs.tistory.com/98?category=798806 

StringBuilder 와 StringBuffer 비교

https://stackoverflow.com/questions/46294579/why-stringbuffer-has-a-tostringcache-while-stringbuilder-not

Why StringBuffer has a toStringCache while StringBuilder not?