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

똑같은 기능의 객체를 매번 생성하는 것보다 객체 하나를 생성하여 재사용하는 편이 좋을 때가 많음. 특히 불변 객체(item 17)는 언제든지 재사용할 수 있음!!

String 인스턴스에 대하여

// 안좋은 예 - 호출될 때마다 인스턴스 새로 생성
String s = new String("bad example");

위 코드는 실행될 때마다 String 인스턴스를 새로 만들며, 이 문장이 반복문이나 빈번히 호출되는 메서드 안에 있다면, String 인스턴스가 수없이 많이 만들어 질 수 있음

// 하나의 String 인스턴스 사용
String s = "good example";

차라리 위와 같이 인스턴스를 매번 만드는 대신 하나의 인스턴스를 사용하며, 같은 가상 머신 안에서 똑같은 문자열 리터럴을 사용하는 경우 모든 코드가 같은 객체를 재사용함이 보장됨
- 자바는 문자열을 직접 할당할 시 문자열 상수 풀 내부에 모든 값을 저장
  - 문자열 상수 풀은 힙 내에 있는 작은 캐시임
- 생성자는 매번 새로운 객체를 생성하지만, 팩토리 메서드는 그렇지 않으므로 new Boolean(String) 보다 Boolean.valuesOf(String) 팩토리 메서드를 사용하는 것이 좋음

비싼 객체 와 캐싱

또 다른 예시 : String.matches
```
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 를 사용하기 때문에 문제가 됌!
```
public boolean matches(String regex) {
    return Pattern.matches(regex, this);
}

public static boolean matches(String regex, CharSequence input) {
		Pattern p = Pattern.compile(regex):
		Matcher m = p.matcher(input):
		return m.matches();
}
```
- String.matches 메서드 내부에서 만드는 정규표현식용 Pattern 인스턴스는 한번 쓰고 버려져 곧 바로 가비지 컬렉션 대상이 됨
  - Pattern 은 입력받은 정규표현식에 해당하는 유한 상태 머신(finite state machine)을 만들어 인스턴스 생성 비용이 높음
  - 지피티 추가 설명
  <aside> 💡 finite state machine 이란
  
  상태를 기반으로 동작하는 개념의 방식으로, 상태를 기반으로 처리되기 때문에 한 번에 한 개의 상태만 처리된다. 상태에 기반한 조건에 의해 처리되므로, 상태 값이 변경되면 상태에 대한 종료 및 다른 상태로의 변환을 처리한다.
  
  </aside>

값비싼 객체를 재사용해 성능을 개선해보자!

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 인스턴스를 클래스 초기화(정적 초기화) 과정에서 직접 생성해 캐싱해두고, 나중에 이 인스턴스를 재사용
추가로, 개선 전에서는 존재조차 몰랐던 Pattern 인스턴스를 static final 필드로 끄집어내고 이름을 지어주어 코드의 의미가 훨씬 잘 드러나게됌!
지연 초기화(lazy initialization)로 불필요한 초기화를 없앨 수는 있지만, 권하지는 않음 → why? 코드는 복잡하게 만들지만 성능은 크게 개선되지 않을 때가 많기 때문

오토 박싱(auto boxing)

오토박싱은 프로그래머가 기본 타입과 박싱된 기본 타입을 섞어 쓸 때 자동으로 상호 변환해주는 기술
오토박싱은 기본 타입과 그에 대응하는 박싱된 기본 타입의 구분을 흐려주지만, 완전히 없애주는 것은 아님
의미상으로는 별다를 것 없지만 성능에서는 그렇지 않음!

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