[Spring] 왜 자주 사용하는 객체들을 자동으로 빈으로 등록하지 않을까?

Spring 프레임워크는 유연하고 강력한 애플리케이션 개발을 위해 다양한 기능을 제공합니다. 그 중에서 가장 핵심적인 기능 중 하나는 빈(Bean) 관리입니다. Spring은 애플리케이션에서 사용되는 객체를 자동으로 관리하고 주입하여 개발자의 생산성을 크게 향상시킵니다. 하지만 RestTemplate, ObjectMapper와 같은 자주 사용하는 객체들은 Spring이 자동으로 빈으로 등록하지 않아 그냥 사용하게 되면 에러가 발생하게 됩니다. 왜 그럴까요? 이번 포스트에서는 이 질문에 대해 알아보겠습니다.

 

■ 빈 등록 없이 객체를 사용하면 발생하는 문제

먼저, 빈 등록 없이 RestTemplate과 같은 객체를 사용하려고 할 때 어떤 문제가 발생하는지 살펴보겠습니다. 아래 코드를 예시로 들어보죠.

@Slf4j
@RequiredArgsConstructor
@Service
public class MapService {
    private final RestTemplate restTemplate;
    // 비즈니스 로직
}

 

위와 같이 RestTemplate을 빈으로 등록하지 않고, 단순히 MapService에서 final로 선언하고 생성자 주입을 사용하려고 하면, Spring은 해당 빈을 찾을 수 없기 때문에 애플리케이션 실행 시 다음과 같은 오류가 발생하게 됩니다:

Parameter 0 of constructor in test.MapService required a bean of type 'org.springframework.web.client.RestTemplate' that could not be found.

이 오류 메시지는 Spring이 MapService를 생성할 때, RestTemplate 빈을 주입하려고 시도했으나 해당 빈을 찾지 못했기 때문에 발생합니다.

 

■ 해결 방법: 빈 등록

이 문제를 해결하려면 RestTemplate을 빈으로 등록해야 합니다. Spring에서 특정 객체를 빈으로 등록하면, Spring이 해당 객체를 관리하고 필요할 때 자동으로 주입해줍니다.

빈 등록을 위해서는 @Configuration을 사용하여 설정 클래스를 작성하고, @Bean 어노테이션을 사용하여 객체를 빈으로 등록할 수 있습니다. 아래는 RestTemplate을 빈으로 등록하는 예시입니다.

@Configuration
public class AppConfig {
    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
}

위와 같이 AppConfig 설정 클래스에 RestTemplate 빈을 등록하면, 이제 Spring은 MapService에서 RestTemplate을 필요로 할 때 자동으로 주입해 줄 수 있게 됩니다. 이렇게 하면 앞서 발생한 오류 없이 RestTemplate을 사용할 수 있게 됩니다.

 

■■ 그렇다면 Spring이 자주 사용하는 객체들을 자동으로 빈으로 등록하지 않는 이유는?

이제 왜 Spring이 자주 사용하는 객체들을 자동으로 빈으로 등록하지 않는지에 대해 결론 먼저 알아본 후 그 이유를 알아보겠습니다.

 

■ 결론

Spring은 유연성과 성능, 그리고 개발자의 제어 권한을 중시하는 경량 프레임워크입니다. 이러한 철학에 따라 RestTemplate, ObjectMapper, WebClient 등과 같은 자주 사용하는 객체들도 자동으로 빈으로 등록하지 않으며, 개발자가 직접 필요한 설정을 통해 빈으로 등록하도록 하고 있습니다. 이를 통해 Spring은 다양한 환경과 요구 사항을 가진 애플리케이션에 최적화된 솔루션을 제공합니다.

 

1. 유연성과 제어 권한의 제공

Spring은 개발자에게 유연성과 제어 권한을 최대한으로 제공하려고 합니다. RestTemplate이나 ObjectMapper와 같은 클래스들은 다양한 설정을 통해 여러 방식으로 사용될 수 있습니다. 만약 Spring이 이러한 객체들을 자동으로 빈으로 등록한다면, 개발자가 필요한 설정을 직접 변경하거나 제어하기가 어려워질 수 있습니다.

 

2. 다양한 사용 사례에 대한 고려

RestTemplate, ObjectMapper, WebClient 같은 유틸리티 클래스들은 애플리케이션마다 다른 요구 사항을 가질 수 있습니다. 어떤 애플리케이션에서는 기본 설정으로 충분할 수 있지만, 다른 애플리케이션에서는 커스터마이징이 필요할 수 있습니다.

 

3. 외부 라이브러리와의 의존성 문제

일부 유틸리티 클래스들은 외부 라이브러리에 의존하는 경우가 많습니다. Spring이 이러한 클래스를 자동으로 빈으로 등록하게 되면, 애플리케이션은 해당 외부 라이브러리를 반드시 의존성으로 가져야 합니다. 이는 불필요한 의존성을 추가하게 되어, 애플리케이션의 경량성을 해칠 수 있습니다.

 

4. 경량 프레임워크의 철학

Spring은 경량 프레임워크를 지향하며, 필요한 구성 요소만 빈으로 등록하여 메모리 사용을 최소화하려고 합니다. 모든 자주 쓰이는 클래스들을 자동으로 빈으로 등록하면 불필요한 리소스를 소모할 수 있습니다.

 

5. 빈 등록의 명확성

자동으로 많은 빈들이 등록되면, 어떤 객체가 빈으로 등록되었고 어떤 객체가 그렇지 않은지를 파악하기 어려울 수 있습니다. 이는 코드의 명확성과 유지보수성을 저하시킬 수 있습니다.

 

■ 그렇다면 HashMap은?

그렇다면 자주 사용하는 HashMap 같은 객체는 왜 자동으로 빈으로 등록하지 않을까요? HashMap은 일반적인 Java 표준 라이브러리 클래스이기 때문에 Spring의 빈 관리 기능을 필요로 하지 않습니다. 다음과 같은 이유로 HashMap은 빈으로 등록할 필요가 없습니다.

1. 일반적인 객체 생성 방식: HashMap은 new HashMap<>()으로 언제든지 쉽게 생성할 수 있으며, 이는 특별한 초기화나 설정이 필요 없다는 의미입니다.
2. 상태 관리의 필요성 없음: HashMap은 특정 범위 내에서만 상태를 유지하는데, 이는 전역적으로 관리될 필요가 없다는 의미입니다.
3. 재사용의 필요성 없음: HashMap은 보통 특정 작업을 수행하기 위해 생성되며, 한 번 사용된 후 더 이상 필요하지 않으면 새로운 HashMap을 생성하여 사용합니다.

결과적으로, HashMap 같은 단순한 데이터 구조는 빈으로 등록될 필요가 없으며, 필요한 곳에서 직접 생성하여 사용하는 것이 더 적합합니다.