@Configuration은 없어도 되지 않을까 싶습니다.
200
작성한 질문수 12
@Configuration과 바이트코드 조작의 마법 강의의 후반부(10분 정도) 내용 질문입니다.
싱글톤을 사용하는 이유는 "고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸되는" 상황을 막기 위함인 것 같은데요.
@Configuration은 빼고 @Bean을 냅두면
비록 싱글톤이 깨져서 memberService, orderService, memberRepository가 각기 다 다른 MemoryMemberRepository 인스턴스를 가질지라도,
고객 트래픽이 초당 100이 나와도 아무런 객체가 생성되지 않을 것 같습니다..
AppConfig가 사용되는 순간 3개의 MemoryMemberRepository 인스턴스가 생기더라도
한 번 스프링 빈에 등록되면 MemberApp, OrderApp 등에서는 getBean으로만 인스턴스를 찾게 되니 new 연산도 쓰지 않고 객체가 생기는 일은 없어 보이는데요
@Configuration으로 AppConfig를 바이트코드 조작을 하는 수고로움을 더는 대신
그냥 찜찜해도 객체 3개를 사용하면 안되나요?
혹시라도 제가 모르는 또 다른 치명적인 문제가 있는건가요?
답변 1
0
안녕하세요. 이기정님
생각하신 내용이 맞습니다.
@Configuration은 단지 해당 코드 안에서만 빈의 중복 생성을 막을 뿐입니다. 그래서 실질적인 성능과는 거의 무방합니다.
다만 빈이 두번 생성되면 문제가 되는 경우들이 있습니다. 예를 들어서 객체가 생성될 때 데이터베이스 연결을 만드는 커넥션이 10개 성성된다면? 같은 빈이 2번 생성되면 데이터베이스 커넥션을 20개 사용하게 되겠지요?
이러한 초기화 중복 문제를 해결하기 위해 확실한 싱글톤을 사용하는 것이 중요합니다.
감사합니다.
빈 스코프 개념의 중요성
0
16
1
SingletonService가 JVM이 뜰 때 생성되는게 맞나요?
0
65
2
섹션3. 11 회원객체 다이어그램
0
37
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
40
1
코드 자료
0
85
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
83
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
100
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
104
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
89
1
테스트 속도가 나중에 영향이 있을까요?
0
91
1
gradle 설정 안떠서 질문 남깁니다!
0
145
2
build.gradle로 프로젝트를 여는 이유
0
100
1
provider 사용하는 이유
0
97
1
다음 강의 뭘 들어야 할까요
0
140
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
70
1
beanB
0
94
2
퀴즈다시풀기
0
77
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
105
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
72
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
116
2
도메인의 정의?
0
64
1
ApplicationContext 질문입니다.
0
68
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
98
2
ai api 선정하기 관련 질문
0
140
2