Chrome에서 '일반 재로드', '하드 재로드'및 '빈 캐시 및 하드 재로드'의 차이점은 무엇입니까?


343

최근 Chrome에서이 새로운 기능을 발견했습니다.

재 장전 옵션

옵션 1과 옵션 3의 차이점을 알 수 있으며 옵션 2는 아마도 중간에 있지만 더 정확한 정보를 찾을 수는 없습니다.

아무도 세 가지 옵션 각각의 정확한 동작을 알고 있습니까?


17
"이 기능"을 설명해 주시겠습니까? 구체적으로 : 어떻게 접근합니까? 모든 종류의 오른쪽 클릭, 컨트롤 클릭을 시도했지만 얻을 수 없었습니다. 이것은 어떤 버전입니까?
Joachim Sauer

83
@JoachimSauer Haha 그건 내 작은 비밀입니다 ... 심각하게 숨겨져 있습니다. 개발자 콘솔이 활성화되어있는 동안 새로 고침 버튼을 놓지 않고 바로 눌러야합니다. samuelrossille.com/home/blog-chrome-reload-options.html
Samuel Rossille

11
다시로드 아이콘을 마우스 오른쪽 버튼으로 클릭하면 나타납니다 (Devtools가 열려있는 동안)
Costa

7
OSX Chrome에서 작동합니까? Dev Tools를 통해 열 수 없으며 마우스 오른쪽 버튼을 클릭 / 클릭 + 보류
nitsujri

6
방금 2016 년에이 기능들을 우연히 발견했습니다.
Edwin Yip

답변:


439

일반 재 장전

를 누르는 것과 같습니다 F5. 캐시를 사용하지만 "304 Not Modified"응답을 찾아 페이지를로드하는 동안 모든 내용을 다시 확인합니다. 브라우저가 캐시 된 JavaScript 파일, 이미지, 텍스트 파일 등을 다시 다운로드하지 못하게 할 수 있습니다.


재 장전

요청시 캐시에서 아무 것도 사용하지 마십시오. ( SHIFT+ F5개발자 콘솔을 열 필요가 없음) 브라우저는 모든 JavaScript 파일, 이미지, 텍스트 파일 등을 강제로 다시 다운로드합니다.


캐시 비우기 및 하드 다시로드

캐시가 비어 있으면 하드 재로드를 수행해야합니다. 브라우저가 다시 모든 것을 다시 다운로드하도록합니다. 그러나 페이지가 JavaScript를 통해 페이지로드의 일부가 아닌 사후 다운로드를 수행하는 경우에도 여전히 캐시를 사용할 수 있습니다. 캐시 된 파일.


참고 :이 기능은 개발자 도구가 열려있는 경우에만 사용할 수 있습니다.


49
세 번째 옵션이 전체 사이트를 비우는 것과 비교하여 현재 사이트의 캐시를 비우는 지 아는 사람이 있습니까?
Grinn

10
@ 그린 : 사실, 지금 생각하면 아마도 전체 캐시 일 것입니다. 이 기능의 핵심은 하나의 "사이트"로 제한되지 않는 사후 다운로드를 지우는 것입니다.
Andrew Rasmussen

13
무엇으로 간주되는지 잘 모르겠습니다 "after-the-fact download via Javascript". 누군가가 구체적인 예를 제시 할 수 있습니까?
Costa

4
@Costa DOM에 처음 지정되지 않은 내용을 다운로드 할 수 있습니다. 예를 들어 DOM에 새 <script> 태그를 추가하거나 RequireJS 등을 사용하면됩니다. RequireJS와 같은 AMD 기반 라이브러리는 기본적으로 스크립트를 느리게로드합니다. 이 경우 실제로 모든 것이 강제로 다시로드되도록하려면 캐시를 비워야합니다.
도미

16
주목해야한다 에만 개발자 도구이는 개발 도구가 열려 있거나하지 않은 경우에 관계없이 항상 사용할 수 있습니다 수있는 설정이 있다면 그것은 좋은 것 (F12) 열려있는 경우 작동합니다.
scunliffe

4

이는 Mac OS X에서도 작동합니다. 개발자 도구를 연 다음 다시로드 버튼에서 1. 보조 클릭 (오른쪽 마우스를 마우스 오른쪽 버튼으로 클릭) 또는 2. 길게 누르면 메뉴를 표시합니다.

이 답변 외에도 하드 다시로드로 인해 프록시, 콘텐츠 전송 네트워크 및 기타 원격 캐시가 새로 고쳐집니다.

여기에 이미지 설명을 입력하십시오


"하드 리로드는 종종 프록시, 컨텐츠 전송 네트워크 및 기타 원격 캐시를 새로 고치게합니다." → 백업 할 수 있습니까? 이것이 왜 그런지 설명하는 인용이 있습니까? Hard Reload는 모든 로컬 캐시를 다시로드하고 원격 서버에는 추가 영향을 미치지 않을 것으로 예상합니다.
Denilson Sá Maia

브라우저가 Cache-Control: no-cache헤더를 보내는 것 같습니다 .squid-web-proxy-cache.1019090.n4.nabble.com/… 당신의 것입니까?
고수

1
나는 URL로 이동 또는 사용 ... 몇 가지 테스트를 한 정상 새로 고침이 3 캐시 관련 헤더를 보내 Cache-Control: max-age=0, If-Modified-Since, If-None-Match. 그러나 일을 하드 다시로드를 (또는 캐시를 비우는하지 않고), 단지 2 캐시 관련 헤더가 보내졌다 : Cache-Control: no-cachePragma: no-cache. 따라서 브라우저는 실제로 서버에 새로운 버전을 요구하는 헤더를 보냅니다. 그런 다음이를 기반으로 동작을 변경하는 것은 서버 (프록시 포함)에 달려 있습니다.
Denilson Sá Maia 2016 년

큰! 내 답변으로 편집하거나 자신의 답변을 작성할 수 있습니다. 아리따움
초에 dcorking

0

다음 방법을 사용하면 문제가있는 URL에 대해서만 캐시를 지울 수 있습니다. https 리디렉션 캐시에 http가 붙어있을 때 도움이되었습니다.

  1. 내가 사용하는 Windows에서 Chrome 개발자 도구를 엽니 다. F12
  2. Preserve log리디렉션하기 전에 로그를 저장 했는지 확인
  3. 리디렉션 된 URL을 마우스 오른쪽 버튼으로 클릭하고 Clear browser cache

일반 캐시에 영향을주지 않고 문제가 발생한 캐시 만 지 웁니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.