[Spring] 자바 클래스와 스프링 빈 클래스의 차이를 코드로 쉽게 알아보자!

 

 

스프링을 왜 사용하는가?
자바 클래스나 스프링 클래스나
거의 비슷하지 않을까? 라고 생각한다면
이번 포스팅으로어떻게 다른지 알아보자!

 

 

 

 

1. 자바 클래스

• 자바 객체를 생성하기 위한 틀이다.
• 클래스 내부에는 상태를 나타내는 변수와 행동을 나타내는 메서드가 정의되어있다.
• 개발자는 필요할 때 new 연산자를 사용해 메모리에 객체를 직접 생성해서 사용한다.
  
  
• 예시 코드_ 카페 사장님이 커피를 만들때마다 매번 머신을 구입해서 만들어줘요.

// 1. 실행 클래스
// 프로그램이 시작되면 가장 먼저 Main 클래스의 main 메서드를 찾는다.
public class Main {
    public static void main(String[] args) {
    
        // 2. 일단 카페를 직접 차려야(new) 한다.
        // 그래서 컴퓨터는 Cafe 클래스의 생성자 Cafe()로 이동한다. -> 3번으로 이동
        Cafe myCafe = new Cafe();

        // 7. 차려친 카페(myCafe)에서 커피를 주문한다. -> 8번으로 이동
        myCafe.orderCoffee();
        
    }
}
public class Cafe {
    private CoffeeMachine coffeeMachine;

    // 3. 2번에 의해 호출되었다.
    // Cafe 객체가 메모리에 만들어지면서 이 생성자가 실행된다.
    public Cafe() {
        
        // 4. 카페 내부에서 사용할 커피 머신을 직접 새로 구매(new)합니다.
        // 컴퓨터는 CoffeeMachine 클래스의 생성자로 이동합니다. -> 5번으로 이동
        this.coffeeMachine = new CoffeeMachine();  
        
        // 6. [CoffeeMachine 객체 생성 완료] 머신이 잘 배치되었으니 Cafe 생성자에서 나간다.
        // 다시 Main 클래스의 2번 줄로 돌아가고 그 다음 줄을 실행할 준비를 한다.
    }

    // 8. orderCoffee 메서드가 본격적으로 실행된다.
    public void orderCoffee() {
        
        // 9. 만들어 둔 coffeeMachine 객체의 brew() 메서드를 호출합니다.
        // 컴퓨터는 CoffeeMachine의 brew() 메서드로 이동한다 -> 10번
        coffeeMachine.brew();
        
        // 11. brew( ) 실행 완료 후 돌아와서 다음 문장을 출력한다.
        System.out.println("주문하신 커피가 나왔습니다!");
        
        // 이제 orderCoffee()의 모든 일이 끝났으므로 호출했던 Main 클래스의 7번 줄로 돌아갑니다.
    }
}

public class CoffeeMachine {
    
    // 5. CoffeeMachine 객체가 메모리에 생성된다.
    // 기본 생성자로 인해 생략되었고 컴퓨터 내부에서 자동으로 만들고 실행한 뒤 6번으로 간다.

    // 10. 커피 머신이 실제로 작동하여 에스프레소를 내립니다.
    public void brew() {
        System.out.println("☕ 에스프레소를 추출합니다.");
        // 실행이 끝났으니 자신을 불렀던 9번 쪽으로 돌아간다.
    }
}

일반 자바 클래스는 좀 복잡하게 되어있다. (오랜만에 이런 코드 설명 적으려니까 머리아픔ㅜ-ㅜ) 개발자는 필요할 때 마다 만들어서 조립하고 다 쓰면 넣어두거나 버리는 과정을 직접 적어야 한다. 

 

 

 

 

---

 

 

 

 

 

2. 스프링 Bean 클래스

• 스프링 핵심 컨테이너(IoC 컨테이너)에 의해 생성, 관리, 소멸되는 자바 객체를 의미한다.
• 클래스 위에 특정 어노테이션(예_ @Component)을 붙여두면 스프링이 애플리케이션을 켤 때 관리해야할 객체를 알아차리고 알아서 객체를 만든 뒤 컨테이너에 보관한다.

 

• 예시코드_ 카페 사장님이 스프링 컨테이너에 커피 머신을 Bean 등록을 해두고 필요할 때 가져다 써요

// 애플리케이션을 구동하면 스프링 컨테이너가 먼저 실행된다.
// 스프링은 @Component 어노테이션이 붙은 클래스들을 찾아낸다.


// 1. 스프링이 @Component를 보고 CoffeeMachine 객체를 딱 하나 생성하여 컨테이너에 보관한다.
@Component
public class CoffeeMachine {
    
    // 8. 커피머신이 에스프레소를 내린다.
    public void brew() {
        System.out.println("☕ 스프링이 관리하는 머신에서 에스프레소를 추출합니다.");
        
        // 실행이 끝났으니 자신을 불렀던 7번 쪽으로 돌아간다.
    }
}


// 2. 스프링이 Cafe 클래스도 확인하니 @Component를 보고 객체를 만들어 보관한다.
@Component
public class Cafe {
    
    private final CoffeeMachine coffeeMachine;

    // 3. 스프링이 Cafe 객체를 생성하려고 생성자를 본다.
    // 이때 @Autowired를 발견한다.
    // 그걸보고 Cafe를 만들려면 CoffeeMachine이 필요한 걸 깨닫는다.
    @Autowired 
    public Cafe(CoffeeMachine coffeeMachine) {
    
        // 4. 스프링이 방금 전(1번)에 만들어 둔 CoffeeMachine 객체를 찾아서 꽂는다.
        // 이게 의존성 주입(DI)이다. 
        this.coffeeMachine = coffeeMachine; 
        
        // 5. Cafe 객체까지 완벽하게 조립되어 스프링 컨테이너에 등록되었다.
        
    }

    
    // 6. 손님이 커피를 주문하여 orderCoffee() 메서드가 실행됩니다.
    // 이제 개발자는 new Cafe()를 하지 않아도 된다.
    // 스프링이 완성해 둔 Cafe 빈을 꺼내어 쓴다.
    public void orderCoffee() {
        
        // 7. 스프링이 미리 꽂아두었던(4번) coffeeMachine의 brew() 메서드를 호출한다.
        // 컴퓨터는 CoffeeMachine의 brew() 메서드로 이동합니다. -> 8번으로 이동
        coffeeMachine.brew();
        
        // 9. brew()에서 돌아왔으면 다음 문장을 출력합니다.
        System.out.println("주문하신 커피가 나왔습니다!");
    }
}

스프링에게 관리를 맡기면 코드가 깔끔해지고 유연해진다. 이렇게 코드만 봐도 차이가 확 느껴진다.

 

 

 

 

---

 

 

 

 

3. 자바 클래스와 스프링 빈 클래스의 차이

구분	일반 자바 클래스 (객체)	스프링 빈(Bean)
생성 주체	개발자가 직접 코드 new로 생성한다	스프링 컨테이너가 자동으로 생성한다
생명 주기 관리	개발자가 생성하고 가비지 컬렉터(GC)가 소멸시킨다	스프링 컨테이너가 생성부터 소멸까지 전부 관리한다.
객체의 개수	new를 호출할 때마다 새로운 객체가 생긴다	기본적으로 싱글톤으로 단 하나만 생성되어 공유된다.
의존성 주입 (DI)	필요한 객체가 이다면 직접 생성해줘서 넣어야한다	스프링이 필요한 객체를 알아서 찾아서 꽂아준다 (@Autowired)

 

 

• 관리

자바 객체는 개발자가, 스프링 빈은 컨테이너가 직접 관리한다.

 

 

• 생명주기

자바의 생명주기는 3단계로 처리된다. 그러나 스프링이 훨씬 복잡한 단계적 처리를 거친다. 

 

 

• 스코프
  프로그래밍 언어에서 어떤 변수나 함수, 객체 등이 유효한 범위를 의미한다.

자바 객체는 주로 개별 인스턴스 중심이나 빈은 싱글톤이 기본이다.

 

 

• 의존성 주입

자바 객체는 수동으로 연결하지만 빈은 DI를 통해 자동 연결된다.  ->  의존성 주입으로 결합도를 해제한다.

 

 

• 정리

스프링 Bean은 스프링 IoC 컨테이너에 의해 인스턴스화되고 조립되며 관리되는 객체를 의미한다. 반면 일반적인 자바 객체는 개발자가 new 키워드를 사용하여 필요할 때마다 직접 메모리에 생성하고 제어해야한다. 그래서 모든 스프링 Bean은 자바 객체에 해당하지만, 모든 자바 객체가 스프링 Bean은 아니다.

스프링 Bean은 애플리케이션의 핵심 구성 요소로 작동하며 주로 애노테이션이나 설정 파일을 통해 컨테이너에 등록된다. 이런한 Beane들은 컨테이너에 의해 필요한 의존성이 주입되고 적절한 구성된 상태로 제공된다.

일반 자바 클래스는 가비지 컬렉션에 의해 소멸될 때까지 개발자가 그 사용 범위를 관리한다. 스프링 Bean은 컨테이너가 생성부터 소멸까지의 전 과정을 담당하는 생명주기를 가진다. 컨테이너 Bean의 생성, 의존성 주입, 초기화, 사용 그리고 최종적인 소멸 단계를 내부 워크플로우에 따라 체계적으로 처리한다.

여기까지 읽었다면 다시 코드를 살펴봤을 때 훨씬 잘 이해가 될 것이다!