[Spring]@Autowired와 @AllArgsConstructor의 차이

공부를 하면서 객체를 주입 받을때 주입 받는 방법은 총 3가지 방법이 존재한다.

나는 @Autowired 를 이용하여 필드에 붙이는 방식이 편하여 그동안 이렇게 주입했었는데

이 방법은 좋지 못한 방법이라는 글을 보았다. 그래서 정리하고자 한다.

 

| 생성자 주입(Constructor Injection)

---

단일 생성자인 경우에는 @Autowired 어노테이션 조차 붙이지 않아도 되지만 생성자가 2개 이상인 경우에는 생성자에 어노테이션을 붙여주어야 한다.

 

예를들어 단일 생성자 같은 경우

@Component
public class MadExample {

    // final로 선언할 수 있는 보너스
    private final HelloService helloService;

    // 단일 생성자인 경우는 추가적인 어노테이션이 필요 없다.
    public MadExample(HelloService helloService) {
        this.helloService = helloService;
    }
}

 

 

| 필드 주입(Field Injection)

 

필드주입 같은 경우 사용법이 매우 간단하고 내가 자주 사용했던 방법이다.

@Autowired 어노테이션을 붙여주면 자동으로 의존성이 주입이 된다. 이 방식을 고수했던 이유는 편리하기 때문에 고집했다.

@Component
public class fieldExample
{
	//filed 주입(@Autowired)을 통한 주입
	@Autowired
    private example example;
    
}

 

 

| 수정자 주입 (Setter Injection)

수정자(Setter)를 이용한 주입 방법이다.

꼭 setter 메서드일 필요는 없는데 메서드 이름이 수정자 네이밍 패턴인 (setXxx)가 아니어도 동일한 기능만 하면 됩니다.

보통은 일관성과 코드를 명확하게 하기 위하여 정확한 이름 사용을 권장드립니다.

 

@Component
public class Example
{
	private Example example;
    
    //setter 를 이용한 방식
    @Autowired
    public void setExample(Example example)
    {
    	this.exampleService = exampleService;
     }
     
 }

 

 

이렇게 3가지 방법이 존재합니다.

 

 

다시 본론으로 돌아와 @Autowired 어노테이션을 냅두고 왜 왜 !! 생성자 주입 방법을 권장할까?

 

| 생성자 주입 방법이 주는 장점

• 순환 참조를 방지할 수 있다.
  • 순환 참조가 발생하는 경우 애플리케이션이 구동되지 않는다.
• 테스트 코드 작성이 편리하다.
  • 단순 POJO를 이용한 테스트 코드를 만들 수 있다.
• 나쁜 냄새를 없앤다.
  • 조금 더 품질 좋은 코드를 만들 수 있다.
• immutable 하다.
  • 실행 중에 객체가 변하는 것을 막을 수 있다.
  • 오류를 사전에 방지할 수 있다.

 

1.순환 참조를 방지할 수 있다.

 

개발을 하다 보면 여러 컴포넌트 간에 의존성이 생기는데 그중에서도 A가 B를 참조하고 B가 다시 A를 참조하는 순환 참도 발생할 수 있습니다.

빈이 생성된 후에 비지니스 로직으로 인해 서로의 메서드를 순환 참조하는 형태입니다.

 

Test1이 test2를 순환 참조 하는 경우

@Service
public class Test1
{

	//순환 참조
    @Autowired
    private Test2 test2;
    
    //Test1 class 메소드 에서 Test2 class의 메소드를 호출하고 있다.
    public void test1Method()
    {
    	test2.test2Method()
     }
     
  }

Test2가 test1을 순환 참조 하는 경우

public class Test2
{

		@Autowired
        private Test1 test1;
        
        public void test2Method()
        {
        	Test1.test1Method();		//Test2 클래스에서 Test1 클래스의 메소드 호출 즉 순환참조 되는 상황
         }
 }

 

이런 상태에서 실행 할 경우 다음과 같은 오류메시지가 전달된다. (실행이 된다는 점!! 유의하자  )

java.lang.StackOverflowError: null

여기서 유의 깊게 봐야할 것은 애플리케이션이 실행시 아무런 오류나 경고가 없이 구동이 된다는 것이다.

( 코드가 호출되기 전까지 문제를 발견할 수 없다.)

 

 

그렇다면 생성자 주입을 할 경우에는 ?

@Service
public class Test1
{
	//final 선언
	private final Test2 test2;
    
    public Test1(Test2 test2)
    {
    	this.test2 = test2;
     }
 }

@Service
public class Test2
{
	//final 선언
	private final Test1 test1;
    
	public Test2(Test1 test1)
    {
    	this.test1=test1;
     }
     
}

 

이런 경우에는  BeanCurrentlyInCreationException 오류가 발생하여 애플리케이션이 실행조차 되지 않는다.

(사전에 오류를 방지할 수 있다.)

 

| 실행을 똑같이 했는데 왜 오류가 나고 안나고 차이점이 뭘까?

->빈을 주입하는 순서가 다르기 때문이다.

 

 

수정자 주입(Setter Injection)은 주입 받으려는 빈의 생성자를 호출하여 빈을 찾거나 BeanFactrory에 등록을 한다.

그 후 생성자 인자에 사용하는 빈을 찾거나 만든다. 다음 주입하려는 빈 객체의 수정자를 호출하여 주입한다.

 

필드주입(Field Injection)은 수정자 주입 방법과 동일하게 먼저 bean을 생성 후 어노테이션이 붙은 필드에 해당하는 bean을 찾아 주입하는 방법이다. setter Injection과 같이 bean을 먼저 생성 후 필드에 대해 주입한다.

 

반면,

생성자 주입(Constructor Injection)은 생성자로 객체를 생성하는 시점에 필요한 bean을 주입한다.

생성자의 인자에 사용되는 bean을 찾거나 beanFactory에 만든다. 그 후 찾은 인자 bean으로 주입하려는 bean의 생성자를 호출한다.

즉, 먼저 빈을 생성하지 않는다. 

 

그렇기 때문에 순환 참조는 생성자 주입에서만 문제가 된다.

---

객체 생성 시점에 bean을 주입하기 때문에 서로 참조하는 객체가 생성되지 않은 상태에서 그 bean을 참조하기 때문에 오류가 발생한다.

 

 

 

 

( * Lombok을 이용할 경우 다음과 같은 어노테이션을 사용해서 생성자를 만들지 않아도 된다는 점 참고 바랍니다. )

 

@RequiredArgsConstructor - 초기화 되지 않은 final 필드와 @NonNull 어노테이션이  붙은 필드에 대한 생성자를 생성합니다.

@AllArgsConstructor - 모든 필드에 대한 생성자를 생성합니다. 또한 의존성 주입 할 대상이 많아졌을 때 훨씬 깔끔합니다.