1.31 TIL

📌 쓰레드.. run()메소드 호출 안하고 start()메소드 호출 하는 이유

다중쓰레드는 Heap, Code, Static 영역은 공유하지만 스레드 별로 각기 다른 Stack 영역이 존재

:run()메소드는 단순히 오버라이딩을 한 메소드를 호출하는 것 그냥 순차적 처리하게 됨 

start()메소드로 실행하면 새로운 스택 영역을 만들어서 동시에 처리 가능해짐 (JVM이 새로 만들어줌)

 

📌쓰레드풀! 

자바에서 쓰레드 풀 다뤄보기

 

📌스프링부트.. 스프링부트애플리케이션에서 @SpringBootApplication 눌러보면 컴포넌트스캔까지 다 포함하고 있어서 @ComponentScan 일일히 안해줘도 알아서 빈 등록해줌! 

 

 

📌@Repository는 데이터접근계층으로 인식하고, 데이터계층의 예외를 스프링예외로 변환
즉 특정 db 예외가 막 서비스단까지 올라오는데 나중에 db교체등할 때 서비스단까지 흔들림

그러니까 아예 db예외를 스프링 추상화 예외로 바꿔줌 

 

하지만 JPA가 알아서 해주니 따로 안써줘도 된다는 것!

 

📌

@Controller :  mvc컨트롤러로 인식

📌
@Service는:  그냥 개발자들이 서비스단이구나 인식하는 용도로 별 기능없음

 

📌

DI프레임워크는 
생성자 주입을 해야 만들 때 안넣어주면 바로 컴파일에러뜨니 인식가능
그리고 final 써주면 생성자에서 빼먹을 때 컴파일에러뜨니 바로 바로 인식가능함 

 

📌

@Qualifier로 추가 구분자! (빈 이름을 바꾸는게 아니라 그냥 구분자만 추가되는 것)
얘는 생성자 직접 해줘야됨 @RequiredArgsConstructor랑 같이 못씀

빈 등록시 @Qualifier를 붙여 준다.
@Component
@Qualifier("mainDiscountPolicy")
public class RateDiscountPolicy implements DiscountPolicy {


이후 생성자쪽 파라미터에 
public OrderServiceImpl
(@Qualifier("mainDiscountPolicy)DiscountPolicy discountPolicy)
{

this.discountPolicy = discountPolicy;

} 이런 느낌! 

만약 퀄리파이어끼리 매칭하려다가 못찾으면 해당 이름의 스프링빈도 추가 검색 자동으로 진행됨 

@Primary는 메인 보조 있을때 메인을 primary로 달아놓고
보조쓸때는 거기다 @Qualifier붙혀서 쓰는 그런식!?
즉 @Qualifier가 우선순위가 높다는 뜻~