아이템 6. 불필요한 객체 생성을 피하라

[yeGenieee]

[Item 6] 불필요한 객체 생성을 피하라

• 똑같은 기능의 객체를 매번 생성하기 보다는 객체 하나를 재사용하는 것이 나을 때가 많다

1. String 인스턴스

String s = new String("bikini");

• 이 코드는 실행될 때 마다 String 인스턴스를 새로 만든다
• 생성자에 넘겨진 문자열 자체가 이 생성자로 만들어내려는 String과 기능적으로 완전히 똑같으므로, String 인스턴스를 매번 새로 만드는 것은 불필요한 행위이다

  String s1 = new String("bikini");
  String s2 = "bikini";
  System.out.println(s1 == s2); // false (서로 같은 문자열 리터럴을 가지고 있음에도 불구하고, 서로 다른 인스턴스이다)

String s = "bikini";

• 이렇게 String 인스턴스를 사용하면, 매번 새로운 String 인스턴스를 만드는 대신에, 하나의 String 인스턴스를 사용한다
• 이 String 인스턴스는 같은 JVM 안에서 이와 똑같은 문자열 리터럴을 사용하는 모든 코드가 같은 객체를 재사용하는 것이 보장된다

---

2. 생성자 대신 정적 팩터리 메서드의 사용

• 생성자 대신 정적 팩터리 메서드를 제공하는 불변 클래스에서는 정적 팩터리 메서드를 사용해서 불필요한 객체 생성을 피할 수 있다

  Boolean.valueOf(String)

  을 이용하는 것이 좋다!!

• 왜?
  • 생성자는 호출할 때 마다 새로운 객체를 만들지만, 팩터리 메서드는 호출할 때 마다 새로운 객체를 만드는 것이 아니다

3. 값 비싼 객체를 캐싱하여 재사용하기

static boolean isRomanNumeral(String s) {
  return s.matches("^(?=.)M*(C[MD]|D?C{0,3})(X|[CL]|L?X{0,3})(I[XV]|V?I{0,3})$");
}

• String.matches 를 사용하는 것은 성능이 중요한 상황에서 반복해서 사용하기에는 적합한 방법이 아니다
• 이 메서드가 내부에서 만드는 정규 표현식용 Pattern 인스턴스는, 한 번 쓰고 버려져서, 가비지 컬렉션 대상이 된다
• Pattern은 입력받은 정규 표현식에 해당하는 유한 상태 머신을 만들기에 인스턴스 생성 비용이 높다

불변인 Pattern 인스턴스를 클래스 초기화 (정적 초기화) 과정에서 직접 생성해서 캐싱해두자

public class RomanNumerals {
  private static final Pattern ROMAN = Pattern.compile("^(?=.)M*(C[MD]|D?C{0,3})(X|[CL]|L?X{0,3})(I[XV]|V?I{0,3})$");

  static boolean isRomanNumeral(String s) {
    return ROMAN.matcher(s).matches();
  }
}

• 이렇게, 인스턴스를 캐싱해두고, 이 인스턴스를 재사용하게 되면 성능을 개선할 수 있다

• 그리고, Pattern 인스턴스를 static final 필드로 선언하게되어, 코드의 의미를 더 잘 드러낼 수 있다

  4. Boxing 된 기본 타입 보다는 기본 타입을 사용하고, 의도치 않은 autoboxing을 주의하기

• 기본 타입과 boxing된 기본 타입을 섞어 쓸 때 자동으로 변환해주는 autoboxing 이 불필요한 객체를 만들어낼 수 있다

  private static long sum() {
  Long sum = 0L;
  for (long i = 0; i <= Integer.MAX_VALUE; i++) {
  sum += i;
  }
  return sum;
  }

• sum 변수를 기본 타입이 아닌 박싱된 기본 타입 (Long) 으로 선언해서, 불필요한 Long 인스턴스가 2^31 개나 만들어지고 있다

• Boxing된 기본 타입 보다는 기본 타입을 사용하고 의도치 않은 autoboxing을 주의해야 한다

객체 생성이 비싸니까 하지 말아라 ! <- 이 말이 아니다

• 요즘 JVM에서는 객체 생성 및 회수가 큰 부담이 되지는 않는다
• 프로그램의 명확성, 간결성, 기능을 위해 객체를 추가로 생성하는 것은 좋다
• 그리고, 단순히 객체 생성을 피하고자 개발자 개인적인 객체 pool을 만들지는 말자

[HanaHww2]

• 불변 객체는 재활용한다. (ex. 문자열 리터럴, String pool)
• 정적 팩토리 메소드 활용
• 지연 초기화 - 불필요한 초기화 방지하지만, 코드를 복잡하게 만들고 성능 향상에 크게 도움되지 않을 수 있다.
• 성능에 영향을 주는 오토 박싱 주의 -> 박싱된 타입 보다는 기본 타입을 사용
  • 제네릭을 활용할 때엔 박싱 타입을 써야하므로, 책에서 제네릭 사용과 관계 없는 코드일 때를 말한 것 같음.

불변객체

• 객체 재사용
• 방어적 복사가 필요할 땐, 새로운 객체 생성

[jioome]

불변 객체는 재사용 함으로써 불필요한 객체 생성를 피함을 알 수 있었다.