🔤 Java의 String이 특별한 이유 - String의 핵심 특징 3가지

자바에서 String은 가장 많이 사용하는 타입 중 하나이다. 단순히 문자열 타입이라고 생각하기 쉽지만 사실 String은 Java 언어 전체에서 특별하게 취급되는 객체이다. 

String은 primitive 타입이 아닌 일반 객체이지만 JVM과 컴파일러가 문자열 처리를 위해 특별한 최적화 전략을 적용하는 클래스이다. 예를 들어 문자열 리터럴 관리, String Pool, 컴파일러 최적화 등이 대표적이다.

또한 String 클래스는 다음과 같이 final 클래스로 선언되어 있어 상속이 불가능하다.

public final class String

이는 문자열의 불변성을 보장하고 보안과 안정성을 높이기 위한 설계이다. Java의 String이 왜 특별한지 핵심 특징을 중심으로 살펴보자.

1. 불변성(Immutable) 

첫 번째 특징은 String은 불변 객체라는 점이다. 즉 한 번 생성된 문자열 객체는 절대로 변경되지 않는다.

예를 들어 “Blue”라는 문자열에 "Cool"을 붙이면 기존 객체가 수정되는 것이 아니라 완전히 새로운 String 객체가 생성된다.

String me = "Blue";
me += "Cool";

// 결과적으로 "BlueCool"이라는 새로운 객체가 생성된다.

이러한 불변성은 단순한 언어 특성이 아니라 Java의 성능과 안정성에 중요한 역할을 한다. 

• 스레드 안전(Thread-safe) 
  여러 스레드가 동시에 같은 문자열을 읽고 사용하더라도 데이터가 변경되지 않기 때문에 별도의 동기화없이 안전하게 공유할 수 있다.
• 캐싱 및 공유 
  불변 객체는 여러 곳에서 공유해도 문제가 없기 때문에 JVM은 String Pool과 같은 최적화 기법을 적용할 수 있다.
• 보안 
  URL, 파일 경로, SQL 쿼리, 클래스 로딩 경로 등 민감한 문자열이 중간에 변경되면 심각한 문제가 발생할 수 있다. 불변성은 이러한 값을 안전하게 유지하는 데 중요한 역할을 한다.

2. String Intern Pool (문자열 상수 풀) 

두 번째 특징은 JVM이 문자열 리터럴을 별도의 메모리 풀에서 관리한다는 점이다. 이를 String Intern Pool 또는 String Constant Pool 이라고 한다. 

자바 코드에서 “BlueCool” 같은 문자열 리터럴이 여러 번 등장하더라도 JVM은 매번 새로운 객체를 생성하는 대신 한 번 만든 문자열을 풀에 저장해두고 재사용한다. 

String blue = "BlueCool";
String cool = "BlueCool"; // 문자열 풀에서 같은 객체 사용

System.out.println(blue == cool); // true

위 코드에서 “BlueCool” 이라는 문자열 리터럴은 실제로 String Pool에 단 하나만 존재하며 blue와 cool 변수는 같은 객체를 참조하기 때문에 == 비교도 true가 된다. 

이 메커니즘 덕분에 다음과 같은 장점이 있다. 

• 메모리 절약 
  동일한 문자열을 여러 객체로 생성하지 않고 하나만 공유하기 때문에 메모리를 절약할 수 있다.
• 빠른 비교 가능
  같은 객체를 참조하는 경우에는 == 비교로도 동일성을 확인할 수는 있다.
• 불변성과의 조합 
  문자열이 불변이기 때문에 여러 곳에서 동일 객체를 공유해도 문제가 발생하지 않는다.

- new String()과의 차이

문자열을 new 키워드로 생성하면 String Pool과 별개의 새로운 객체가 Heap에 생성된다.

String blue = "BlueCool";
String cool = "BlueCool";
String blueCool = new String("BlueCool");

System.out.println(blue == cool);          // true (String Intern Pool)
System.out.println(blue == blueCool);      // false (new 키워드로 생성된 새 객체)
System.out.println(blue.equals(blueCool)); // true (내용 비교)

여기서 "BlueCool" 리터럴은 Pool에 존재하지만 new String("BlueCool")은 Heap에 새로운 객체를 생성한다.

- equals()와 == 비교

문자열 리터럴은 Intern Pool에 저장되기 때문에 == 비교로 같은 객체인지 확인할 수도 있지만 일반적인 문자열 비교는 equals()가 정석이다. 

이유는 new 키워드를 사용하는 경우 문자열 리터럴과는 별개로 항상 새로운 객체가 생성되기 때문이다. 

문자열의 실제 내용을 비교할 때는 항상 equals()를 사용하고 참조 동일성(같은 객체 여부)이 확실히 필요할 때만 == 을 사용한다. 

- String.intern()

필요하다면 문자열을 직접 String Pool에 등록하거나 Pool의 참조를 얻을 수도 있다.

String a = new String("hello");
String b = a.intern();

System.out.println(a == b); // false​

intern()메서드는 현재 문자열과 동일한 값이 String Pool에 존재하는지 확인한 뒤 이미 존재한다면 Pool에 있는 문자열 객체의 참조를 반환한다. 만약 Pool에 해당 문자열이 없다면 Pool에 새로 등록한 뒤 그 참조를 반환한다.

중요한 점은 intern()을 호출하더라도 기존 객체가 Pool로 이동하는 것은 아니라는 것이다. 위 코드에서 a는 여전히 Heap에 생성된 new String("hello") 객체를 참조하고 b는 String Pool에 존재하는 "hello" 객체를 참조하게 된다.

따라서 두 변수는 서로 다른 객체를 참조하므로 == 비교 결과는 false가 된다.

3. 문자열 연산 비용

앞서 살펴본 것처럼 String은 불변 객체이기 때문에 문자열을 이어 붙이는 연산을 수행할 때 기존 객체를 수정하는 것이 아니라 새로운 문자열 객체를 생성한다.

예를 들어 다음 코드는 반복적으로 새로운 문자열을 생성하게 된다.

String result = "";
for (int i = 0; i < 10000; i++) {
  result += i; // 매 반복마다 새로운 String 객체 생성
}

이 경우 루프가 길어질수록 많은 임시 문자열 객체가 생성되고 GC 부담이 증가하게 된다.

4. 문자열 조작을 위한 가변 객체

이러한 문제를 해결하기 위해 자바에서는 가변 문자열 객체를 제공한다.

- StringBuilder

가장 일반적으로 사용되는 문자열 조작 클래스다. 내부적으로 가변 버퍼를 사용하여 문자열을 이어 붙인다. 동기화가 필요 없는 단일 스레드 환경에서 가장 빠르다. 

- StringBuffer

StringBuilder와 거의 동일하지만 모든 메서드가 동기화(synchronized) 처리가 되어 있어 멀티스레드 환경에서 문자열 조작이 빈번할 때 사용된다. 

다만 동기화 비용 때문에 성능이 떨어지기 때문에 현대 Java 코드에서는 대부분 StringBuilder를 사용한다.

- 컴파일러의 StringBuilder 최적화

단순한 + 연산은 실제로 컴파일 시 다음과 같이 변환된다.

String a = "Hello";
String b = a + "World";

컴파일러는 이를 내부적으로 다음과 같이 변환한다.

new StringBuilder()
    .append(a)
    .append("World")
    .toString();​

즉 대부분의 문자열 결합은 컴파일러가 자동으로 StringBuilder로 최적화한다.

하지만 루프 내부에서 반복적으로 + 연산이 발생하면 매 반복마다 StringBuilder 객체가 새로 생성되기 때문에 역시 성능 문제가 발생할 수 있다.

5. Java 9부터 도입된 Compact Strings 

Java 9부터 String의 내부 구조가 크게 개선되었다. 

• Java 8 이전 
  내부 구조: char[] 
  문자 1개당 2바이트(UTF-16) 
  ASCII 문자열도 항상 2바이트 사용으로 메모리 비효율 발생
• Java 9 이후 (Compact Strings) 
  내부 구조: byte[] + coder 플래그
  ASCII 문자열은 1바이트, 그 외는 UTF-16 방식 
  메모리 사용량 감소 + CPU 캐시 효율 증가로 인한 성능 향상 

이러한 최적화는 JVM 수준에서 자동으로 적용되기 때문에 개발자는 신경 쓰지 않아도 되며 최신 Java에서 문자열 처리가 더 빠르고 효율적이다.