디렉티브 의미를 외우는 수준인지, 적용해도 되는 화면과 절대 안 되는 화면을 구분하는 판단까지 가는지를 가른다. SWR 구간 길이를 어떻게 정하느냐에서 깊이가 한 번 더 드러난다.
stale-while-revalidate(SWR)는 Cache-Control 디렉티브로, max-age가 끝난 뒤 일정 기간 동안 오래된 응답을 그대로 클라이언트에 돌려주고 그 사이 백그라운드에서 재검증을 돈다. 사용자는 만료 직후에도 즉시 응답을 받고, 다음 요청부터 갱신된 데이터를 본다. 체감 지연을 깎는 대신 _한 박자 늦은 데이터_를 허용하는 거래라, 가격·재고처럼 즉시 정확성이 필요한 도메인엔 맞지 않는다.
목록 화면 첫 로딩이 느리다는 피드백을 캐시 정책 변경으로 해결한 경험과 연결할 수 있다
같은 API라도 화면별로 캐시 정책을 다르게 가져갔던 결정 과정을 설명할 수 있다
DevTools 네트워크 탭이나 응답 헤더를 직접 까서 캐시 동작을 검증한 경험을 엮을 수 있다
CDN과 브라우저 캐시 TTL을 맞추다 부딪힌 충돌을 풀어본 경험이 있다면 이 질문과 연결된다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.