지금까지 스프링 빈을 등록할 때는 자바 코드의 @Bean이나 XML의 <bean> 등을 통해서 직접 스프링 빈을 설정해줬다. 빈 등록을 빼먹거나 반복 작업이라는 단점이 존재

Component scan 이란?

@Bean <bean> 등의 설정 정보가 없어도 스프링이 자동으로 스프링 빈을 등록해주는 기능

사용 방법

@Configuration
@ComponentScan
public class AppConfig {
}

@ComponentScan을 사용하면 되며, 이 컴포넌트 스캔 어노테이션은 @Component 가 붙은 class 찾아서 자동으로 스프링 빈으로 등록해준다.

@Component
public class MemberRespository {
}

대상 제외

@Configuration
@ComponentScan(
    excludeFilters = @ComponentScan.Filter(type = FilterType.ANNOTATION, classes = Configuration.class)
)
public class AppConfig {
}

excludeFilters는 컴포넌트 스캔이 될 때 제외시킬 목록을 말한다. @Configuration 소스코드를 열어보면 @Component 어노테이션을 갖고 있기 때문에 컴포넌트 스캔 대상에 포함된다. 컴포넌트 스캔을 사용하면 @Configuration이 붙은 설정 정보도 자동으로 등록되기 때문에, AppConfig, TestConfig 등 설정정보도 함계 등록, 실행된다. 그래서 excludeFilters를 이용해서 설정정보는 컴포넌트 스캔 대상에서 제외시킨다.

@Controller, @Service, @Repository

springframework 에서 제공해주는 @Contoller, @Service, @Repository 는 코드 내부에 @Component를 가지고 있다. 따라서 각 코드를 작성할 때 별도로 @Component를 붙여주지 않아도 자동으로 컴포넌트 스캔 대상에 포함되기 때문에 스프링 빈으로 등록된다.

@Service
public class MemberServiceImpl {
}

@Repository
public class MemberRepository {
}

@Contoller
public class MemberController {
}

@Contoller외에 REST API 를 만들기 위해 자주 사용하는 @RestContoller안에는 @Contoller를 포함하기 때문에 이것 또한 컴포넌트 스캔 대상에 포함된다.

@RestContoller
public class MemberContoller {
}

동작 방식

@ComponentScan은 @Component가 붙은 모든 클래스를 스프링 빈으로 등록한다. 이때 스프링 빈의 기본 이름은 클래스명을 사용하되 맨 앞글자만 소문자를 사용한다.

기본: MemberServiceImpl 클래스 -> memberServiceImpl 지정: @Component("memberService") 방식으로 직접 이름 지정이 가능

의존관계 자동 주입

기존에는 @Bean을 통해 의존관계 주입을 직접 설정해줬지만 @Autowired를 사용하면 스프링 컨테이너가 스프링 빈을 자동으로 주입해준다.

@Service
public class MemberServiceImpl impliments MemberService {
    private final MemberRepository memberRepository;

    @Autowired
    public MemberServiceImpl(MemberRepository memberRepository) {
        this.memberRepository = memberRespository;
    }
}

의존관계 주입 방식에는 여러가지가 있는데 그 중 생성자 주입을 추천한다.

Java 애플리케이션 실행 과정

1. Compiler 가 Java Source(.javac)를 Byte code(.calss)로 변환
2. Class Loader가 Byte code를 Runtime Data Area(런타입 데이터 영역, 메모리)에 로드시킴
3. 로딩된 Byte code가 Exceution Engine(실행엔진)에 의해서 실행되게 됨

Byte Code: JVM에서 실행되게끔 만들어진 자바 코드 .class

Java Memory 구조

스레드별: PC Register, JVM stack, Native Method stack 공통: Method Area, Heap

• PC Register: 명령어
• JVM Stack: 함수 매개변수, 지역변수, 리턴 정보
• Native Method stack: Java 외에 언어 (C, C++ 등)로 작성된 코드들이 실행됨
• Heap: 사용자가 사용하면서 생긴 데이터, 동적 할당
• Method Area: 클래스별로 전역변수, 정적변수들, 메서드 정보들이 저장됨

가비지커렉션 (Garbage Collection, GC)

JVM에서 Memory 관리해주는 모듈

Heap Memory를 관리하기 위해서 불필요한 Memory 삭제 Mark and sweep 방식으로 Memory 에 있는 변수, 메서드들이 어디서 참조되고 있는지 확인해보고 참조되고 있는 영역이 없다면 삭제 이때, Thread가 잠깐 중단되기 때문에 성능이 떨어진다