클라이언트에서 HTML, CSS 및 JavaScript 코드뿐만 아니라 이미지 및 비디오와 같은 자산은 일종의 메모리, 일반적으로 메인 RAM에 저장됩니다. 이 메모리는 일반적으로 탭을 닫거나 탭이 비활성 상태가되면 즉시 회수됩니다.
이미지와 같은 자산을 디코딩 한 후 GPU 메모리에 복사하여 더 빨리 렌더링 할 수 있습니다. 3D 코드는 그래픽 카드 지침으로 변환되어 일시적으로 그래픽 카드에 저장 될 수도 있습니다.
메모리가 부족하면 운영 체제가 메모리 카드를 디스크로 바꿀 수 있습니다. 자세한 내용은 virtual memory을 참조하십시오.
브라우저에는 디스크에 캐시가 있습니다. 이것은 보통 첫 번째 렌더링 동안 사용되지 않지만 (페이지를 렌더링하기 전에 디스크를 기다려야하기 때문에), 앞으로의 요청을 빠르게 할 수 있습니다. 프로그래머는 HTTP Cache-Control
및 other headers을 설정할 수 있습니다. 캐시 파일을 삭제할시기는 브라우저에 달려 있습니다. 일반적으로 오래된 캐시 크기의 한계에 도달하거나 사용자가 직접 캐시 크기를 삭제하면 오래된 캐시 캐시가 삭제됩니다. 브라우저와 사용자가 캐시를 구성하는지 여부와 캐싱 수행 방법을 구성합니다.
Proxy servers도 캐시 할 수 있습니다. 일부 대형 조직에서는이를 사용하여 인터넷 트래픽을 줄이고 제어합니다. 이 경우 코드는 일단 서버에서 프록시로 다운로드 된 다음 프록시에서 각 클라이언트로 다운로드됩니다.
HTML5 offline web applications은 일반적으로 더 오랜 시간 동안 디스크에 저장됩니다. 브라우저 캐시와 달리 오프라인 웹 응용 프로그램은 브라우저에서 삭제하지 않아야하지만 실제 브라우저는 다르게 작동 할 수 있습니다. 사용자가 오프라인 웹 응용 프로그램에 대한 URL을 입력하면 새 버전 요청이 전송되기 전에 디스크에서로드됩니다. 반대로 일반 브라우저 캐시에서는 자원이 디스크에 있거나 (HTTP 헤더가 올바르지 않으면 유효하지 않음) 다운로드 된 것입니다.
Service workers은 오프라인 웹 응용 프로그램과 마찬가지로 HTTP 요청을 가로 채기 위해 웹 사이트에서 설치할 수도 있습니다. 디스크에 localStorage 코드/자산을 저장하고로드 할 수 있습니다.요약하면, 코드가 저장되는 곳은 많은 요인에 따라 달라집니다. 현재의 컴퓨팅 아키텍처의 본질에 의해 코드는 메인 메모리에있게 될 것입니다. 다행히도 웹 애플리케이션은 코드의 실제 위치를 거의 신경 쓰지 않아 브라우저가 자동으로 사용할 수 있도록합니다. 그럼에도 불구하고 캐싱 헤더를 구성하고 오프라인 웹 응용 프로그램이나 서비스 작업자를 사용하면 성능이 향상되고 인터넷이 연결되지 않아도 웹 사이트를 사용할 수 있습니다.
실제 웹 사이트에 캐시 된 리소스를 확인하려면 웹 브라우저의 개발자 도구 (많은 시스템에서 F12)를 사용할 수 있습니다.

참고하는 캐시에서 (크롬 메모리에 하나의 디스크에 일이)라는 열 크기, 임의 경우 : 예를 들어, 여기에 크롬에서 사용할 캐시로드이 매우 페이지입니다 파일이오고있다.
감사합니다. 'YouTube'로 이동하여 비디오를 보았다면 조금 더 확장하십시오. 비디오가 일시적으로 다운로드 되었습니까? – Bail3y
아니요, 제가 아는 한 해당 비디오는 스트리밍되어 로컬 시스템에 임시 파일을 남기지 않습니다 –
모든 브라우저가 파일 시스템에 디렉토리를 가지고있는 것은 아닙니다. 예를 들어, elinks에는 캐시가 없습니다. 또한 캐시가 영구적으로 비활성화되도록 최신 브라우저를 구성 할 수 있습니다. 또한 일반적으로 시크릿/비공개 브라우징 모드에서는 캐시하지 않습니다 (적어도 디스크에는 저장하지 않음). – phihag