인프런 커뮤니티 질문&답변
작성한 질문수
ConcurrentSessionControlAuthenticationStrategy는 어떻게 같은 user를 인증한 서로 다른 세션이 있는지, 또 그 수가 얼마나 있는지 알 수 있는 것인가요?
해결된 질문
작성
·
336
1
ConcurrentSessionControlAuthenticationStrategy는 어떻게 같은 user를 인증한 서로 다른 세션이 있는지, 또 그 수가 얼마나 있는지 알 수 있는 것인가요?
유저가 인증 요청을 할 때마다, 해당 유저와 동일한 유저의 인증된 세션이 존재하는지, 서버에 있는 모든 세션들을 순회하면서 Authentication객체를 열어보고, 거기에 있는 principal 객체의 username이 현재 인증 요청을 한 username과 일치하는지 항상 확인하는 것인가요?
그럼 굉장히 느리고 비효율적일 것 같고 그렇게 구현되지는 않았을 것 같은데, 그럼 어떻게 구현되어 있는 것인지 궁금합니다.
답변 1
1
네 맞습니다.
실제로 그렇게 하고 있습니다.
RegisterSessionAuthenticationStrategy 가 그 역할을 하고 있고 내부적으로 SessionRegistryImpl 를 사용하고 있습니다.
public interface SessionRegistry {
List<Object> getAllPrincipals()
List<SessionInformation> getAllSessions(Object principal, boolean includeExpiredSessions);
SessionInformation getSessionInformation(String sessionId)
void refreshLastRequest(String sessionId);
void registerNewSession(String sessionId, Object principal)
void removeSessionInformation(String sessionId);
}
위의 메서드가 질문하신 내용을 처리하는 기능을 담당하고 있습니다.
그러나 소스를 찬찬히 뜯어보면 그렇게 비효율적이라는 생각이 들지는 않습니다.
많은 부분에 캐싱을 사용하고 있고 성능에 문제될 만큼 로직이 복잡하지도 않습니다.
소스를 분석해 보시면 많은 도움이 됩니다.
아 그리고 캐싱이라는 개념이 저는 자주 사용되는 데이터들 일부를 원본 데이터들 사이에서 가져와서 물리적으로 IO 시간이 짧은 저장소에 저장해두고 사용하는 개념인 줄만 알았습니다. 그런데 탐색을 위해서 모든 데이터의 key 값을 별도의 자료구조 형태로 들고있는 것도 캐싱이라고 할 수 있는 것이군요.
감사합니다. 말씀해주신 코드를 살펴보니 내부적으로 principal을 key로 하고 Set<String(sessionId)>를 value로 하는 hashmap을 가지고 있네요. 그럼 메모리는 조금 사용하더라도 말씀하신 것처럼 탐색에 시간이 오래걸리지는 않을 것 같네요. 자세한 답변 다시 한 번 감사드립니다!