Intro

본 포스팅에서는 검증 헤더와 조건부 요청에 대해 다룬다.

캐시 시간 초과

그렇다면, 데이터를 전송해서 새로 받는 대신에 저장해 두었던 캐시를 재사용 할 수 있다.
단, 클라이언트의 데이터와 서버의 데이터가 같다는 사실을 확인할 수 있는 식별자가 필요할 것이다.

첫 번째 요청을 받은 서버는 클라이언트에게 리소스를 보낸다.
이 때, Last-Modified라는 필드에 날짜 값을 넣어서 보내게 된다.

이 값을 통해 해당 리소스의 최종 수정일을 알 수 있다.

웹 브라우저는 수신한 리소스를 다시 캐시 저장소에 저장한다.

두 번째 요청시, 같은 리소스를 요청하였기 때문에 캐시 저장소에서 캐시를 찾았다.
하지만 캐시 유효 시간이 만료되었다.

이 때, 바로 서버에 데이터를 요청하는 것이 아니라 캐시 저장소에 있던 캐시가 갖고 있던 데이터 최종 수정일값을 담은 패킷을 서버에 전송하게 된다.

이 때 클라이언트는 if-modified-since라는 필드에 그 값을 넣어 전송한다.

패킷을 받은 서버는 해당 리소스의 데이터 최종 수정일 값을 비교한다.
그리고 데이터가 아직 수정되지 않았음을 확인하였다.

그리고 서버는 클라이언트에게 패킷을 전송하게 된다.
이 패킷은 바디가 없고, start-line과 header만 존재하는 패킷이다.
그러기에 기존에 1.1M였던 패킷이 아니라 0.1M만큼의 패킷을 전송한다.

start-line의 http status code를 보면 304 Modified라는 값을 확인할 수 있다.
그리고 Last-Modified 필드의 값을 보면 클라이언트에게 받은 값과 동일한 값을 돌려준다.

클라이언트는 서버로부터 받은 패킷을 통해 캐시 유효 시간이 만료되었음에도 캐시 값이 변겨여되지 않았고, 이를 재사용할 수 있음을 알게 된다.
그리고 같은 결과를 재사용하고 헤더 데이터 중 캐시 유효 시간을 다시 갱신한다.

그리고 최종적으로 캐시 저장소에서 값을 조회하여 두 번째 요청을 정상적으로 처리할 수 있다.

감사합니다.

모든 개발자를 위한 HTTP 웹 기본 지식, 인프런 김영한 강사님