[java] StringBuilder와 StringBuffer의 차이점

단일 스레드에서 StringBuffer는 StringBuilder보다 크게 느리지 않습니다. JVM 최적화 덕분에 . 그리고 멀티 스레딩에서는 안전하게 StringBuilder를 사용할 수 없습니다.

다음은 내 테스트입니다 (벤치 마크가 아니라 테스트).

public static void main(String[] args) {

    String withString ="";
    long t0 = System.currentTimeMillis();
    for (int i = 0 ; i < 100000; i++){
        withString+="some string";
    }
    System.out.println("strings:" + (System.currentTimeMillis() - t0));

    t0 = System.currentTimeMillis();
    StringBuffer buf = new StringBuffer();
    for (int i = 0 ; i < 100000; i++){
        buf.append("some string");
    }
    System.out.println("Buffers : "+(System.currentTimeMillis() - t0));

    t0 = System.currentTimeMillis();
    StringBuilder building = new StringBuilder();
    for (int i = 0 ; i < 100000; i++){
        building.append("some string");
    }
    System.out.println("Builder : "+(System.currentTimeMillis() - t0));
}

결과 :
문자열 : 319740
버퍼 : 23
작성기 : 7!

따라서 빌더는 버퍼보다 ​​빠르며 문자열 연결보다 빠릅니다. 이제 여러 스레드에 대해 Executor 를 사용합시다 :

public class StringsPerf {

    public static void main(String[] args) {

        ThreadPoolExecutor executorService = (ThreadPoolExecutor) Executors.newFixedThreadPool(10);
        //With Buffer
        StringBuffer buffer = new StringBuffer();
        for (int i = 0 ; i < 10; i++){
            executorService.execute(new AppendableRunnable(buffer));
        }
        shutdownAndAwaitTermination(executorService);
        System.out.println(" Thread Buffer : "+ AppendableRunnable.time);

        //With Builder
        AppendableRunnable.time = 0;
        executorService = (ThreadPoolExecutor) Executors.newFixedThreadPool(10);
        StringBuilder builder = new StringBuilder();
        for (int i = 0 ; i < 10; i++){
            executorService.execute(new AppendableRunnable(builder));
        }
        shutdownAndAwaitTermination(executorService);
        System.out.println(" Thread Builder: "+ AppendableRunnable.time);

    }

   static void shutdownAndAwaitTermination(ExecutorService pool) {
        pool.shutdown(); // code reduced from Official Javadoc for Executors
        try {
            if (!pool.awaitTermination(60, TimeUnit.SECONDS)) {
                pool.shutdownNow();
                if (!pool.awaitTermination(60, TimeUnit.SECONDS))
                    System.err.println("Pool did not terminate");
            }
        } catch (Exception e) {}
    }
}

class AppendableRunnable<T extends Appendable> implements Runnable {

    static long time = 0;
    T appendable;
    public AppendableRunnable(T appendable){
        this.appendable = appendable;
    }

    @Override
    public void run(){
        long t0 = System.currentTimeMillis();
        for (int j = 0 ; j < 10000 ; j++){
            try {
                appendable.append("some string");
            } catch (IOException e) {}
        }
        time+=(System.currentTimeMillis() - t0);
    }
}

이제 StringBuffers 걸릴 157 밀리 100000 개 추가하십시오. 동일한 테스트는 아니지만 이전 37ms와 비교하여 멀티 스레딩 사용시 StringBuffers 추가가 더 느리다고 가정 할 수 있습니다 . 그 이유는 JIT / hotspot / compiler / something이 잠금을 확인할 필요 가 없음을 감지하면 최적화하기 때문입니다 .

그러나 StringBuilder를 사용하면 java.lang.ArrayIndexOutOfBoundsException이 발생 합니다. 동시 스레드는 원하지 않는 곳에 무언가를 추가하려고 시도하기 때문입니다.

결론은 StringBuffer를 쫓아 갈 필요가 없다는 것입니다. 그리고 스레드가있는 곳에서 몇 나노 초를 얻기 전에 그들이 무엇을하고 있는지 생각하십시오.

답변