게이 말 듣고 그런가 싶어서 찾아봤는데 엄밀히 말하자면 UsernamePasswordAuthenticationFilter가 직접 db 접근하는 건 아니지 않음? 코드 까보니까 UsernamePasswordAuthenticationToken 만들어서 ProviderManager한테 던지고 Provider Manager가 빈에 등록된 AuthenicationProvider들 하나하나 돌려가면서 토큰이 지원되는지 확인하는 방식인 거보면 사용자가 bean에 등록한 AuthenticationProvider에서 db를 접근하는 느낌인뎅
백갤러 1(211.209)2024-05-31 22:00
답글
아 저는 FIlter->Manager->Provider->UserDetailsService 로 이어지니까 걍 이 시점에서도 DB액세스하는 콜이 있다고 생각했거든요
∀∈∧∋(rudqhrlgkrtkfwk)2024-05-31 22:07
답글
그래서 저 필터 떄문에 DB액세스가 발생하니까 질문하신 분이 말한 내부가 이런 플로우 기준인지 아니면 그냥 단순히 필터 로직 안에서만 그런건지 제가 헷갈렸나봄,.,.
절대라는건없어요
UsernamePasswordAuthenticationFilter 를 보세요
게이 말 듣고 그런가 싶어서 찾아봤는데 엄밀히 말하자면 UsernamePasswordAuthenticationFilter가 직접 db 접근하는 건 아니지 않음? 코드 까보니까 UsernamePasswordAuthenticationToken 만들어서 ProviderManager한테 던지고 Provider Manager가 빈에 등록된 AuthenicationProvider들 하나하나 돌려가면서 토큰이 지원되는지 확인하는 방식인 거보면 사용자가 bean에 등록한 AuthenticationProvider에서 db를 접근하는 느낌인뎅
아 저는 FIlter->Manager->Provider->UserDetailsService 로 이어지니까 걍 이 시점에서도 DB액세스하는 콜이 있다고 생각했거든요
그래서 저 필터 떄문에 DB액세스가 발생하니까 질문하신 분이 말한 내부가 이런 플로우 기준인지 아니면 그냥 단순히 필터 로직 안에서만 그런건지 제가 헷갈렸나봄,.,.
ㅇㅎ 그런 의미면 맞긴 하죠