스프링에서 ConcurrentHashMap에 의존성주입이 되질않는데 이유를 잘 모르겠습니다!

Question

&#64;Component &#64;Slf4j &#64;AllArgsConstructor &#64;Getter public class GroupSocketHandler implements WebSocketHandler { private final ConcurrentHashMap<String, Room> rooms; private final ObjectMapper objectMapper; }이런식으로 생성자 주입을 하려하는데 실행을 시키면 아래와 같은 오류가 발생합니다..! 그런데 이유를 잘 모르겠어서 질문드려봅니다!

Clickin · Answer

ConcurrentHashMap은 일반적으로 스프링 빈이 아닐텐데요빈으로 생성하신 코드가 있나요?애초에 코드 의도를 생각해보면 rooms로 캐시의 효과를 누리겠다는 의미로 보이는데 그건 주입받아서 사용할만한 데이터는 아니죠

Clickin · Answer

넘겨짚자면 ConcurrentHashMap을 어딘가의 서비스에서 업데이트해주고 다른 서비스는 업데이트한 결과물을 주입받아서 쓴다는 생각을 했다고 가정해봅니다.스프링 빈은 Thread safe하지 않기 때문에 기본적으로 무상태로 만들어야합니다. A 사용자가 업데이트한 내용이 스프링 내부에서 B 사용자에게 영향이 가면 안됩니다. 즉 파라미터 변인을 통제했을 때 같은 결과물이 나와야한다는 겁니다. DB 상태에 따른 분기나 결과물이 달라지는 등은 외부의 변화기 때문에 관계가 없습니다. 좀 더 직설적으로 말하자면 빈 필드에 유저아이디 같은 걸 저장해두고 리턴해주면 다른 사용자의 응답을 받게됩니다.ConcurrentHashMap 자체를 빈으로 만드는건 문제가 많습니다. 기본적으로 스프링은 타입 기반으로 빈을 찾기 때문에 내부에서 사용되는 수많은 ConcurrentHashMap 중 뭘 주입해줘야하는지 알 수가 없어집니다.그래서 Thead Safe한 호출을 보장하기 위해서 사용하는 경우 Wrapper class를 사용해서 내부 ConcurrentHashMap 필드를 가진 클래스를 빈으로 만듭니다.캐시는 Spring cache나 ehcache같은 거 쓰면 됩니다. CacheManager 설정하고 원하는 메소드에 캐싱 어노테이션 잘 설정해주면 됩니다. 베일덩 참조해보세요 https://spring.io/guides/gs/caching

Clickin · Answer

좀 더 현실에 기반한 예시를 들어봅시다.서비스하다가 사용자가 10배 폭증해서 was를 증설하기로 합니다. 험난한 여정 끝에 새 서버에 was를 하나 더 올렸습니다.그런데 며칠 지나고부터 사용자에게 자꾸 접속할 때마다 있던 방이 목록에서 사라진다고 합니다. 한참 디버깅해봅니다. 로컬에선 재현이 안돼서 운영서버에 디버그 포트 여는 금단의 방법까지 사용해보니하... WAS간 rooms 내용물이 달라서 생기는 문제라는걸 알았습니다.충분히 발생가능한 상황입니다. 캐시라는건 데이터 정합성을 일부 포기하는만큼 그 정합성을 다시 맞춰줄 방법을 확실히 생각해둬야합니다.rooms를 업데이트해주는 구문은 없으니 추측이지만 RoomRepository.save 같은 로직에서 수정한다고 하면 자기 메모리에만 들고있는 문제가 생깁니다.만약 yaml등 설정파일에서 가져오는거라면 &#64;Configuration 달은 래퍼 객체 빈으로 만들어 사용하시고Db나 api 등 외부에서 가져오는거라면 스프링 캐시 도입하고 적절한 재설정 주기를 적용하는 편이 좋습니다.

스프링에서 ConcurrentHashMap에 의존성주입이 되질않는데 이유를 잘 모르겠습니다!

3개의 답변

#webflux 목록