Tech Log 🛠️

문자열을 추가할 때 흔히 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 

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