자바(Java) 성능, 코드 최적화로 5배 향상!

본문에서는 루프 내 문자열 연결(String Concatenation) 시 발생하는 성능 저하 문제를 지적한다. 특히, 불변성(Immutability)으로 인해 매번 새로운 String 객체가 생성되고, 이전 내용이 복사되는 과정에서 O(n²)의 시간 복잡도가 발생한다고 설명한다. 해결책으로 StringBuilder를 사용하여 단일 버퍼에 문자열을 추가하는 방법을 제시하며, JDK 9 이후 컴파일러 최적화에도 불구하고 루프 내에서는 여전히 StringBuilder를 직접 선언해야 함을 강조한다.

저자는 루프 내에서 스트림(Stream)을 사용하는 경우, 불필요한 반복 연산으로 인해 성능 저하가 발생할 수 있다고 지적한다. 특히, 각 요소에 대해 전체 리스트를 반복하는 경우 O(n²)의 시간 복잡도가 발생하며, 이는 CPU 사용량의 주요 원인이 된다고 분석한다. 해결책으로 merge() 메서드를 사용하여 단일 패스로 문제를 해결하거나, Collectors.groupingBy()를 활용하여 스트림 사용을 최소화하는 방법을 제시한다.

본문은 String.format()이 가독성은 높지만, 빈번하게 호출될 경우 성능 저하를 유발할 수 있다고 지적한다. String.format()은 매번 형식 문자열을 파싱하고, 정규 표현식 기반 토큰 매칭을 수행하며, java.util.Formatter를 거쳐야 하므로, StringBuilder에 비해 속도가 느리다. 해결책으로 숫자 형식 지정이 필요한 경우에만 String.format()을 사용하고, 나머지 문자열 연결은 컴파일러 최적화를 활용하거나 StringBuilder를 사용하는 방법을 제시한다.

저자는 오토박싱(Autoboxing)으로 인해 힙(Heap) 메모리 사용량이 증가하는 문제를 지적한다. 특히, Long과 같은 래퍼(Wrapper) 객체를 사용하면, 각 반복마다 객체가 생성되고 GC(Garbage Collection)가 발생하여 성능 저하를 유발한다. 해결책으로 기본형(Primitive Type) 변수를 사용하여 오토박싱을 피하고, 힙 메모리 사용량을 줄이는 방법을 제시한다. 댓글에서는 이러한 문제가 자바(Java) 언어 설계의 근본적인 문제라는 비판이 제기된다.

본문은 과도한 동기화(Synchronization)로 인해 발생하는 병목 현상을 지적한다. 특히, 전체 메서드에 synchronized를 적용하면, 한 번에 하나의 스레드만 해당 메서드를 호출할 수 있어, 동시성(Concurrency) 처리 능력이 저하된다. 해결책으로 ConcurrentHashMap과 LongAdder를 사용하여 동기화 범위를 줄이고, 고성능 동시성 처리를 구현하는 방법을 제시한다. Collections.synchronizedMap() 역시 동일한 문제를 가지고 있음을 언급한다.

저자는 ObjectMapper, DateTimeFormatter, Gson과 같이 생성 비용이 높은 객체를 핫(Hot) 메서드 내에서 반복적으로 생성하는 경우, 성능 저하가 발생한다고 지적한다. 이러한 객체들은 한 번 생성 후 재사용하는 것이 권장되며, static final 필드로 선언하여 객체 생성 비용을 줄여야 한다. 댓글에서는 이러한 객체 재사용의 중요성을 강조하며, 코드 품질 향상에 기여한다고 언급한다.