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 |
Tags
- 명령형ui
- derivedstateof
- mutableStateOf
- 2989번
- mutablestate
- 양과 늑대
- NavHost
- 선언형ui
- compose
- JCF
- gradle jdk
- 선언형 ui
- 안드로이드
- 무선 페어링
- 명령형 ui
- bottomscaffold
- 자바
- apollo3
- Java
- rememberupdatedstate
- 2022 KAKAO BLIND RECRUITMENT
- ktor-auth
- snapshotflow
- 2022 kakao blind
- State
- remembercoroutinescope
- genarics
- android
- producestate
- clean coder
Archives
- Today
- Total
목록KTOR (1)
버미
OkHttp를 사용할 때는 OkHttp 클라이언트에 체이닝을 걸어 Interceptor와 Authenticator로 access token을 헤더에 추가하고, 401이 발생하면 refresh token을 통해 토큰을 갱신하는 구조를 직접 설계했다.하지만 Ktor Client에서는 Auth 플러그인과 Bearer Provider만 설정하여 이러한 흐름을 처리할 수 있다.그렇다면 Ktor는 내부적으로 어떤 흐름으로 401을 감지하고, 언제 refreshTokens를 호출하며, 어떻게 동일한 요청을 재시도하는 걸까? 이번 글에서는 Ktor Bearer 인증의 내부 동작 과정을 코드 레벨에서 분석해보려고 한다.KtorKtor는 코틀린에서 사용할 수 있는 비동기 HTTP 클라이언트 기반 라이브러리다.내부적으로 코..
안드로이드/KMP
2026. 2. 14. 00:26