Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- piplining
- 관측가능성
- 누적합
- 결제서비스
- 카카오
- dau 3만명
- 백준
- 아키텍쳐 개선
- 쿠키
- JPA
- 완전탐색
- docker
- next-stock
- AWS
- 몽고 인덱스
- gRPC
- ai agent
- langgraph
- 셀러리
- 알람시스템
- 구현
- 디버깅
- 베타적락
- 추천 검색 기능
- BFS
- 프로그래머스
- ipo 매매자동화
- spring event
- 이분탐색
- 크롤링
Archives
- Today
- Total
목록Interceptor (1)
코딩관계론

서론앞서 JWT가 어떤 방식을 통해서 동작하는지 알아봤습니다. 이제는 어떤 방식으로 개발했는지에 대해서 설명하겠습니다.1. 왜 Interceptor를 선택했나?먼저 spring에는 filter를 통해 Interceptor와 똑같은 기능을 구현할 수 있습니다. 이때의 차이점이라고 한다면 Filter는 스프링 앞단에서 동작하고, Intercepto는 스프링 영역에서 동작하게 됩니다. 만약 Filter를 통해 구현하게 되면, 에러 처리가 추가적인 시간을 소모하게 됩니다. 그 이유는 Filter에서 발생한 에러가 WAS까지 전달된 후, WAS에서 다시 패킷을 생성해 /error 리다이렉트 시키는 방식이기 때문입니다. 반면, Interceptor를 사용할 경우, 서블릿 내에서 직접 Exception Handle..
개발/Hot-Stock
2024. 8. 5. 13:27