install 중 precache 하나가 실패하면 활성 worker는 어떤 버전을 계속 제공해야 하나요?

필수 precache를 event.waitUntil()에 연결하고 하나라도 reject되면 새 worker를 active로 승격시키지 않는 것이 기본 계약입니다. 업데이트 상황에서 v3 active와 app-v3가 이미 있다면 v4의 일부 파일만 저장됐어도 v3 worker와 namespace가 기준 응답을 계속 제공합니다. 그렇지만 최초 설치에는 이전 active worker나 controller가 없으므로 “항상 이전 버전이 제공된다”고 말할 수 없습니다. 그 경우 새 worker는 활성화되지 않고, 문서는 uncontrolled 상태에서 네트워크 경로를 사용할 수 있습니다.

예를 들어 /app.js는 성공했지만 /style.css가 실패했다면 v4를 부분 자산으로 노출하지 않습니다. 실패 원인과 남은 v4 항목을 기록하고 다음 update check에서 다시 설치합니다. activate에서 v3를 삭제하는 작업은 v4가 실제로 설치·활성화된 뒤에만 수행해야 합니다. 최초 설치와 업데이트를 로그의 hadPreviousActive로 분리하면 복구 기대값도 달라집니다. 이 답변의 상태 trace는 설명용이며 브라우저 런타임 실행 결과를 가장하지 않습니다.

업데이트와 최초 등록의 차이는 controller 관찰에서도 드러납니다. 업데이트 실패라면 기존 페이지의 navigator.serviceWorker.controller가 v3를 계속 가리킬 수 있지만, 최초 설치 실패 문서는 controller가 null일 수 있습니다. 따라서 “네트워크로 보인다”는 결과도 기존 worker의 network fallback인지 uncontrolled navigation인지 로그로 나눠야 합니다. precache는 필수 자산만 묶고 선택 자산은 런타임 fallback으로 분리하면 한 이미지 오류 때문에 전체 worker를 폐기하는 비용을 조절할 수 있습니다.