스터디_스프링 Bean에 대해서

Bean 이란

스프링의 IoC(Inversion of Control) 컨테이너가 관리하는 자바 객체.
우리가 new 연산자를 통해 만드는 객체는 Bean이 아님.
ApplicationContext.getBean()으로 얻어질 수 있는 객체가 Bean. 즉, 스프링에서의 빈은 ApplicationContext가 알고 있는 객체, ApplicationContext가 만들어서 그 안에 담고 있는 객체를 의미함.
스프링 프레임워크 구조 (Bean은 컨테이너 하위에 존재)

Bean 등록 방법

컴포넌트 스캔
- 스프링이 빈으로 등록될 준비가 된 클래스들을 스캔하여 빈으로 등록
- @Component을 붙여서 사용(@Component가 붙어있는 클래스들은 전부 컴포넌트 스캔의 대상이기 때문에)
- @Component는 아래와 같이 “@Target(ElementType.TYPE)” 설정이 있기 때문에 Class 혹은 Interface에만 붙일 수 있다.
```
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Indexed
public @interface Component {
```
  <aside> 💡 @Target 이란?
  - 해당 어노테이션이 부착될 수 있는 타입을 지정하는 것.
  - 지정 가능한 타입(여러개 지정 가능)
    
    ElementType.TYPE : 클래스/인터페이스/열거타입(enum)에 지정 ElementType.CONSTRUCTOR : 생성자에 지정 ElementType.METHOD : 메소드에 지정 ElementType.FIELD : 필드에 지정 ElementType.ANNOTATION_TYPE : 어노테이션에 지정 ElementType.LOCAL_VARIABLE : 지역 변수에 지정 ElementType.PACKAGE : 패키지에 지정
  </aside>
- 컴포넌트 스캔의 대상
  - @Controller, @Service, @Repository, @Configuration은 @Component의 상속을 받고 있기 때문에 모두 컴포넌트 스캔의 대상.
    - @Controller : 스프링 MVC 컨트롤러로 인식
    - @Service : 특별한 처리는 없으나 개발자들이 핵심 비즈니스 계층을 인식하는데 도움을 줌
    - @Repository : 스프링 데이터 접근 계층으로 인식하고 해당 계층에서 발생하는 예외는 모두 DataAccessException 으로 변환
    - @Configuration : 스프링 설정 정보로 인식하고 스프링 빈이 싱글톤을 유지하도록 추가 처리
      
      <aside> 💡 @Configuration이 싱글톤 빈을 보장하는 방식?
      - 클래스의 바이트 코드를 조작하는 CGLIB 라이브러리를 사용하여 싱글톤을 보장. CGLIB는 프록시 객체의 일종으로 설정 파일이 빈으로 등록될 때 해당 설정파일을 상속받은 프록시 객체가 빈으로 등록된다. 그리고 설정파일에서 @Bean이 붙은 메소드마다 이미 스프링 빈이 존재하면 해당 빈을 반환하고, 존재하지 않으면 그때 빈을 새로 등록하고 반환하는 방식으로 싱글톤을 보장한다.
      </aside>
Bean 설정 파일에 직접 등록
- 파일은 XML과 자바로 작성가능. 요즘에는 자바 설정파일을 더 많이 사용하는 추세.
- 파일에 @Configuration 을 붙여서 Bean 등록 전용 파일을 만든 후 @Bean 어노테이션을 사용해서 빈으로 등록
```
@Configuration
public class HelloConfiguration {
	@Bean
	public HelloController sampleController() {
		return new SampleController;
	}
}
```
  ⇒sampleController()에서 리턴되는 객체가 IoC 컨테이너 안에 빈으로 등록됨
```
@Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Bean {
```
  ⇒ 참고로 @Bean은 위와 같이 ElementType 설정이 “METHOD, ANNOTATION_TYPE” 이기 때문에 메소드나 어노테이션에만 붙일 수 있고, 클래스 등에는 붙일 수 없다.
@Component VS @Bean
- @Bean
  - 개발자가 컨트롤이 불가능한 외부 라이브러리들을 Bean으로 등록하고 싶은 경우 사용
  - 메소드 또는 어노테이션 단위에 적용 가능
- @Component
  - 개발자가 직접 컨트롤이 가능한 클래스들의 경우에 사용
  - 클래스 또는 인터페이스 단위에 적용 가능

Bean의 의존성 주입

의존성 주입이란? 컨테이너가 Bean을 객체에 주입해주는 것.
주입 방법 3가지
- 생성자를 이용한 주입
  - 생성자 호출 시 주입하며, 가장 권장하는 방법. 인자에 사용되는 빈을 먼저 찾고 빈으로 주입하려는 빈의 생성자를 호출.
```
/* 기본 사용법 */

@Service
public class UserService{
	private final UserRepository userRepository;
	
	//생성자 호출 시 주입
	public UserService(UserRepository userRepository){
			this.userRepository = userRepository;
	}
	
}
```
```
/* lombok 라이브러리 사용 시 @RequiredArgsConstructor 사용하여 생성자 생략가능 */

@Service
@RequiredArgsConstructor
public class UserService{
	private final UserRepository userRepository;
}
```
  - 장점
    - 객체 생성 시점에 빈을 주입하기 때문에 사전에 오류 처리 가능.
    - 빈 선언 시 final로 선언하기 때문에 초기화 이후 변경되지 않는 것을 보장.
- Setter를 이용한 주입
  - Setter 메소드에서 전달받은 객체를 주입시키는 형식
```
@Service
public class UserService{
	private UserRepository userRepository;
	
	@Autowired
	pubilc void setUserRepository(UserRepository userRepository){
			this.userRepository = userRepository;
	}
}
```
    - 장점
      - 런타임 시에 주입되기 때문에 낮은 결합도를 가진다.
    - 단점
      - 런타임 시 오류를 찾을 수 있으므로, 구현체를 주입하지 않았을 땐 NullPointerException이 발생.
- Field변수를 이용한 주입
  - @Autowired를 통해 필드에 바로 주입. 간단하지만 가장 권장하지 않는 방법.
```
@Service
public class UserService{
	@Autowired
	private UserRepository userRepository;
}
```
  - 단점
    - Field/Setter/Constructor 등 다양한 곳에서 사용할 수 있지만, Bean으로 등록되어 있지 않으면 에러가 발생
    - 여러 객체 사이에 의존관계가 사이클을 형성하는 ‘순환참조’에 대한 방지가 불가능하다.