서비스 워커

3.1.4. postMessage(message, transfer)

postMessage(message, transfer) 메서드 단계:

1. options를 «[ "transfer" → transfer ]»로 한다.

2. postMessage(message, options) 를 message와 options로 호출한다.

3.1.5. postMessage(message, options)

postMessage(message, options) 메서드 단계:

1. serviceWorker를 서비스 워커로 한다. 이는 this로 표현됨.

2. incumbentSettings는 incumbent settings object로 한다.

3. incumbentGlobal은 incumbentSettings의 global object로 한다.

4. serializeWithTransferResult는 StructuredSerializeWithTransfer(message, options["transfer"])로 한다. 예외가 발생하면 다시 던진다.

5. "message"와 serviceWorker로 Should Skip Event 알고리즘을 실행한 결과가 true라면 return 한다.

6. 다음 하위 단계를 병렬로 실행:

   1. Run Service Worker 알고리즘을 serviceWorker로 실행한 결과가 failure라면 return.

   2. 작업 큐에 추가를 DOM 조작 작업 소스에서 다음 단계로 실행:

      1. source를 incumbentGlobal의 타입에 따라 결정:

         ServiceWorkerGlobalScope

         incumbentGlobal의 service worker를 serviceWorker의 global object의 relevant settings object에서 service worker 객체 얻기로 반환.

         Window

         incumbentGlobal의 relevant settings object를 나타내는 새로운 WindowClient 객체.

         그 외

         incumbentGlobal의 연관된 워커를 나타내는 새로운 Client 객체.

      2. origin을 incumbentSettings의 origin 직렬화 값으로 한다.

      3. destination을 serviceWorker와 연관된 ServiceWorkerGlobalScope 객체로 한다.

      4. deserializeRecord를 StructuredDeserializeWithTransfer(serializeWithTransferResult, destination의 Realm)로 한다.

         이 과정에서 예외가 발생하면, e를 이벤트 생성으로 하고, 이름은 messageerror, ExtendableMessageEvent 사용, origin 속성은 origin, source 속성은 source로 초기화.

      5. 그 외에는:

         1. messageClone을 deserializeRecord.[[Deserialized]]로 한다.

         2. newPorts를 frozen array로, deserializeRecord.[[TransferredValues]]에 포함된 모든 MessagePort 객체를 순서대로 포함.

         3. e를 이벤트 생성으로 하고, 이름은 message, ExtendableMessageEvent 사용, origin 속성은 origin, source 속성은 source, data 속성은 messageClone, ports 속성은 newPorts로 초기화.

      6. e를 destination에서 디스패치 한다.

      7. 서비스 워커 확장 이벤트 집합 업데이트를 serviceWorker와 e로 호출한다.

3.2.2. installing

installing 속성은 마지막으로 설정된 값을 반환해야 합니다.

참고: Realm 내에서는, 연관된 서비스 워커마다 하나의 ServiceWorker 객체만 존재합니다.

3.2.3. waiting

waiting 속성은 마지막으로 설정된 값을 반환해야 합니다.

참고: Realm 내에서는, 연관된 서비스 워커마다 하나의 ServiceWorker 객체만 존재합니다.

3.2.4. active

active 속성은 마지막으로 설정된 값을 반환해야 합니다.

참고: Realm 내에서는, 연관된 서비스 워커마다 하나의 ServiceWorker 객체만 존재합니다.

3.2.5. navigationPreload

navigationPreload getter 단계는 서비스 워커 등록의 NavigationPreloadManager 객체를 반환한다.

3.2.6. scope

scope getter 단계는 서비스 워커 등록의 직렬화된 scope url을 반환한다.

3.2.7. updateViaCache

updateViaCache getter 단계는 서비스 워커 등록의 update via cache mode를 반환한다.

3.2.8. update()

update() 메서드 단계:

1. registration을 서비스 워커 등록으로 한다.

2. newestWorker를 최신 워커 얻기 알고리즘을 registration을 인자로 실행한 결과로 한다.

3. newestWorker가 null이면, "InvalidStateError" DOMException으로 거부된 프라미스를 반환하고 단계를 중단한다.

4. this의 관련 글로벌 객체 globalObject가 ServiceWorkerGlobalScope 객체이고, globalObject에 연관된 서비스 워커의 상태가 "installing"이면, "InvalidStateError" DOMException으로 거부된 프라미스를 반환하고 단계를 중단한다.

5. promise를 프라미스로 한다.

6. job을 작업 생성 알고리즘을 update, registration의 storage key, registration의 scope url, newestWorker의 script url, promise, this의 관련 settings object를 인자로 실행한 결과로 한다.

7. job의 worker type을 newestWorker의 type으로 설정한다.

8. 작업 예약을 job로 호출한다.

9. promise를 반환한다.

3.2.9. unregister()

참고: unregister() 메서드는 서비스 워커 등록을 등록 해제합니다. 현재 제어된 서비스 워커 클라이언트의 active service worker의 등록 정보는 해당 서비스 워커 등록을 사용하는 모든 서비스 워커 클라이언트 (자기 자신 포함)가 언로드될 때까지 유효합니다. 즉, unregister() 메서드는 이후의 내비게이션에만 영향을 미칩니다.

unregister() 메서드 단계:

1. registration을 서비스 워커 등록으로 한다.

2. promise를 새 프라미스로 한다.

3. job을 작업 생성 알고리즘을 unregister, registration의 storage key, registration의 scope url, null, promise, this의 관련 settings object를 인자로 실행한 결과로 한다.

4. 작업 예약을 job로 호출한다.

5. promise를 반환한다.

3.4.1. controller

controller 속성은 다음 단계를 반드시 실행해야 한다:

1. client를 this의 서비스 워커 클라이언트로 한다.

2. client의 active service worker 값이 null이면, null을 반환한다.

3. client의 active service worker를 서비스 워커 객체 얻기로 얻은 값을 this의 settings object에서 반환한다.

참고: navigator.serviceWorker.controller 는 요청이 강제 새로고침(shift+refresh)일 때 null을 반환한다.

3.4.2. ready

ready 속성은 다음 단계를 반드시 실행해야 한다:

1. this의 ready promise가 null이면, this의 ready promise를 새 프라미스로 설정한다.

2. readyPromise를 this의 ready promise로 한다.

3. readyPromise가 pending이면, 다음 하위 단계를 병렬로 실행한다:

   1. client를 this의 서비스 워커 클라이언트로 한다.

   2. storage key를 obtain a storage key를 client에 대해 실행한 결과로 한다.

   3. registration을 서비스 워커 등록 매칭을 storage key와 client의 creation URL을 인자로 실행한 결과로 한다.

   4. registration이 null이 아니고, registration의 active worker가 null이 아니면, 작업 큐에 추가를 readyPromise의 settings object의 responsible event loop에서 DOM manipulation 작업 소스로 실행하여, readyPromise를 서비스 워커 등록 객체 얻기로 registration을 readyPromise의 settings object에서 반환한 값으로 resolve한다.

4. readyPromise를 반환한다.

참고: 반환된 ready promise는 절대 reject되지 않는다. 만약 이 알고리즘에서 resolve되지 않으면, 매칭되는 서비스 워커 등록이 등록되고 active worker가 설정될 때 결국 resolve된다. (Activate 알고리즘 단계 참고)

3.4.3. register(scriptURL, options)

참고: register(scriptURL, options) 메서드는 주어진 scope url에 대해 서비스 워커 등록을 생성하거나 업데이트한다. 성공 시, 서비스 워커 등록은 제공된 scriptURL을 scope url에 연결하며, 이후 navigation matching에 사용된다.

register(scriptURL, options) 메서드 단계:

1. p를 프라미스로 한다.

2. scriptURL을 TrustedScriptURL, this의 관련 글로벌 객체, scriptURL, "ServiceWorkerContainer register", "script"로 Get Trusted Type compliant string을 실행한 결과로 한다.

3. client를 this의 서비스 워커 클라이언트로 한다.

4. scriptURL을 파싱을 this의 settings object의 API base URL로 실행한 결과로 한다.

5. scopeURL을 null로 한다.

6. options["scope"] 값이 존재하면, scopeURL을 파싱을 options["scope"] 와 this의 settings object의 API base URL로 실행한 결과로 한다.

7. Start Register를 scopeURL, scriptURL, p, client, client의 creation URL, options["type"], options["updateViaCache"]로 실행한다.

8. p를 반환한다.

3.4.4. getRegistration(clientURL)

getRegistration(clientURL) 메서드 단계:

1. client를 this의 서비스 워커 클라이언트로 한다.

2. storage key를 obtain a storage key를 client에 대해 실행한 결과로 한다.

3. clientURL을 파싱을 clientURL과 this의 settings object의 API base URL로 실행한 결과로 한다.

4. clientURL이 실패면, promise를 TypeError로 reject해서 반환한다.

5. clientURL의 fragment를 null로 설정한다.

6. clientURL의 origin이 client의 origin과 다르면, promise를 "SecurityError" DOMException으로 reject해서 반환한다.

7. promise를 새 프라미스로 한다.

8. 다음 단계를 병렬로 실행한다:

   1. registration을 서비스 워커 등록 매칭을 storage key와 clientURL을 인자로 실행한 결과로 한다.

   2. registration이 null이면, promise를 undefined로 resolve하고 단계를 중단한다.

   3. promise를 서비스 워커 등록 객체 얻기로 registration을 promise의 settings object에서 반환한 값으로 resolve한다.

9. promise를 반환한다.

3.4.5. getRegistrations()

getRegistrations() 메서드 단계:

1. client를 this의 서비스 워커 클라이언트로 한다.

2. client storage key를 obtain a storage key를 client에 대해 실행한 결과로 한다.

3. promise를 새 프라미스로 한다.

4. 다음 단계를 병렬로 실행한다:

   1. registrations를 새 리스트로 한다.

   2. 각 (storage key, scope) → registration에 대해 registration map에서:

      1. storage key가 client storage key와 같으면, registrations에 registration 추가.

   3. 작업 큐에 추가를 promise의 settings object의 responsible event loop에서 DOM manipulation 작업 소스로 다음 단계를 실행:

      1. registrationObjects를 새 리스트로 한다.

      2. 각 registration에 대해 registrations에서:

         1. registrationObj를 서비스 워커 등록 객체 얻기로 registration을 promise의 settings object에서 반환한 값으로 한다.

         2. registrationObj를 registrationObjects에 추가.

      3. promise를 registrationObjects의 frozen array로 resolve한다. (promise의 Realm에서)

5. promise를 반환한다.

3.4.6. startMessages()

startMessages() 메서드 단계는 this의 클라이언트 메시지 큐가 비활성화 상태라면 활성화한다.

4.1.4. skipWaiting()

참고: skipWaiting() 메서드는 이 서비스 워커가 registration의 대기 위치에서 활성으로 진행하도록 한다. 서비스 워커 클라이언트가 사용 중이어도 registration이 진행된다.

skipWaiting() 메서드 단계는 다음과 같다:

1. promise를 새로운 프라미스로 설정한다.

2. 다음 하위 단계들을 병렬로 실행한다:

   1. 서비스 워커의 skip waiting 플래그를 설정한다.

   2. Try Activate를 서비스 워커의 containing service worker registration에 대해 호출한다.

   3. promise를 undefined로 resolve 한다.

3. promise를 반환한다.

4.2.5. postMessage(message, transfer)

postMessage(message, transfer) 메서드 단계는 다음과 같다:

1. options를 «[ "transfer" → transfer ]»로 한다.

2. postMessage(message, options) 를 message와 options를 인수로 하여 호출한다.

4.2.6. postMessage(message, options)

postMessage(message, options) 메서드 단계는 다음과 같다:

1. contextObject를 this로 한다.

2. sourceSettings를 contextObject의 관련 설정 객체로 한다.

3. serializeWithTransferResult를 StructuredSerializeWithTransfer(message, options["transfer"])로 한다. 예외가 발생하면 다시 던진다.

4. 다음 단계들을 병렬로 실행한다:

   1. targetClient를 null로 한다.

   2. 각 서비스 워커 클라이언트 client에 대해:

      1. 만약 client가 contextObject의 서비스 워커 클라이언트와 같다면, targetClient를 client로 지정하고 반복을 중단한다.

   3. targetClient가 null이면 반환한다.

   4. destination을 다음과 같이 한다: ServiceWorkerContainer 객체이며, 연관된 서비스 워커 클라이언트가 targetClient인 것이다.

   5. destination의 클라이언트 메시지 큐에 다음 단계들을 실행하는 태스크를 추가한다:

      1. origin을 설정 객체의 origin을 문자열로 변환한 값으로 한다.

      2. source를 서비스 워커 객체를 얻는 것의 결과로 한다. contextObject의 관련 글로벌 객체의 서비스 워커를 targetClient에서 나타내는 것이다.

      3. deserializeRecord를 StructuredDeserializeWithTransfer(serializeWithTransferResult, destination의 관련 Realm)로 한다.

         이 과정에서 예외가 발생하면, 예외를 잡아 messageerror 이벤트를 발생시키고, messageerror 이벤트를 destination에서 MessageEvent 객체로 사용하여 origin 속성은 origin으로, source 속성은 source로 초기화하고, 이 단계들을 중단한다.

      4. messageClone을 deserializeRecord.[[Deserialized]]로 한다.

      5. newPorts를 frozen array로 새로 만들고, deserializeRecord.[[TransferredValues]]에 있는 모든 MessagePort 객체를 포함한다(있다면).

      6. message 이벤트를 dispatch한다. message 이름으로 destination에서 MessageEvent 객체를 사용하여, origin 속성은 origin, source 속성은 source, data 속성은 messageClone, ports 속성은 newPorts로 초기화한다.

4.2.10. focus()

focus() 메서드 단계는 다음과 같다:

1. 이 출처(origin) 내에 Window 중 일시적 활성화가 없는 경우, "InvalidAccessError" DOMException으로 거부된 promise를 반환한다.

2. serviceWorkerEventLoop를 주변 에이전트의 이벤트 루프로 한다.

3. promise를 새로운 promise로 한다.

4. 태스크를 큐에 추가하여, this가 연관된 서비스 워커 클라이언트의 책임 이벤트 루프에서 사용자 상호작용 태스크 소스를 사용하여 다음 단계들을 실행한다:

   1. 포커싱 단계를 this의 브라우징 컨텍스트로 실행한다.

   2. frameType을 Get Frame Type을 this의 브라우징 컨텍스트로 실행한 결과로 한다.

   3. visibilityState를 this의 브라우징 컨텍스트의 active document의 visibilityState 속성 값으로 한다.

   4. focusState를 has focus 단계를 this의 브라우징 컨텍스트의 active document로 실행한 결과로 한다.

   5. ancestorOriginsList를 this의 브라우징 컨텍스트의 active document의 관련 글로벌 객체의 Location 객체의 조상 출처 목록의 연관된 목록으로 한다.

   6. 태스크를 큐에 추가하여, serviceWorkerEventLoop에서 DOM 조작 태스크 소스를 사용하여 다음 단계들을 실행한다:

      1. windowClient를 Create Window Client를 this가 연관된 서비스 워커 클라이언트, frameType, visibilityState, focusState, ancestorOriginsList와 함께 실행한 결과로 한다.

      2. windowClient의 포커스 상태가 true라면, promise를 windowClient로 resolve한다.

      3. 그 외에는 promise를 TypeError로 reject한다.

5. promise를 반환한다.

4.2.11. navigate(url)

navigate(url) 메서드 단계는 다음과 같다:

1. url을 파싱하여 얻은 값을 this의 관련 설정 객체의 API 기준 URL로 한다.

2. url이 실패라면 TypeError로 거부된 promise를 반환한다.

3. url이 about:blank라면 TypeError로 거부된 promise를 반환한다.

4. this가 연관된 서비스 워커 클라이언트의 활성 서비스 워커가 this의 관련 글로벌 객체의 서비스 워커가 아니라면, TypeError로 거부된 promise를 반환한다.

5. serviceWorkerEventLoop를 현재 글로벌 객체의 이벤트 루프로 한다.

6. promise를 새로운 promise로 한다.

7. 태스크를 큐에 추가하여, this가 연관된 서비스 워커 클라이언트의 책임 이벤트 루프에서 사용자 상호작용 태스크 소스를 사용하여 다음 단계들을 실행한다:

   1. browsingContext를 this의 브라우징 컨텍스트로 한다.

   2. browsingContext의 연관된 문서가 완전히 활성화되어 있지 않다면, 태스크를 큐에 추가하여 promise를 TypeError로 reject하고, serviceWorkerEventLoop에서 DOM 조작 태스크 소스를 사용하며, 이 단계들을 중단한다.

   3. HandleNavigate: 브라우징 컨텍스트를 url로 네비게이트한다. browsingContext의 연관된 문서를 사용하며, exceptionsEnabled는 true로 한다.

   4. HandleNavigate 단계에서 예외가 발생하면, 태스크를 큐에 추가하여 promise를 해당 예외로 reject하고, serviceWorkerEventLoop에서 DOM 조작 태스크 소스를 사용하며, 이 단계들을 중단한다.

   5. frameType을 Get Frame Type을 browsingContext로 실행한 결과로 한다.

   6. visibilityState를 browsingContext의 active document의 visibilityState 속성 값으로 한다.

   7. focusState를 has focus 단계를 browsingContext의 active document로 실행한 결과로 한다.

   8. ancestorOriginsList를 browsingContext의 active document의 관련 글로벌 객체의 Location 객체의 조상 출처 목록의 연관된 목록으로 한다.

   9. 태스크를 큐에 추가하여, serviceWorkerEventLoop에서 DOM 조작 태스크 소스를 사용하여 다음 단계들을 실행한다:

      1. browsingContext의 Window 객체의 환경 설정 객체의 생성 URL의 origin이 동일하지 않다면, 서비스 워커의 origin과 다르다면, promise를 null로 resolve하고 이 단계들을 중단한다.

      2. windowClient를 Create Window Client를 this가 연관된 서비스 워커 클라이언트, frameType, visibilityState, focusState, ancestorOriginsList와 함께 실행한 결과로 한다.

      3. promise를 windowClient로 resolve한다.

8. promise를 반환한다.

4.3.1. get(id)

get(id) 메서드 단계는 다음과 같다:

1. promise를 새로운 promise로 한다.

2. 다음 하위 단계들을 병렬로 실행한다:

   1. 각 서비스 워커 클라이언트 client에 대해, 스토리지 키를 얻기를 client에 대해 실행한 결과가 연관된 서비스 워커의 등록 객체의 스토리지 키와 같은 경우:

      1. client의 id가 id와 다르면 다음 반복을 한다.

      2. client의 실행 준비 플래그 가 설정되거나 client의 폐기 플래그가 설정될 때까지 대기한다.

      3. client의 실행 준비 플래그 가 설정되어 있다면, Resolve Get Client Promise를 client와 promise를 인수로 호출하고 이 단계들을 중단한다.

   2. promise를 undefined로 resolve한다.

3. promise를 반환한다.

4.3.2. matchAll(options)

matchAll(options) 메서드 단계는 다음과 같다:

1. promise를 새로운 promise로 한다.

2. 다음 단계들을 병렬로 실행한다:

   1. targetClients를 새로운 리스트로 한다.

   2. 각 서비스 워커 클라이언트 client에 대해, 스토리지 키를 얻기를 client에 대해 실행한 결과가 연관된 서비스 워커의 등록 객체의 스토리지 키와 같은 경우:

      1. client의 실행 준비 플래그가 설정되어 있지 않거나 client의 폐기 플래그가 설정되어 있다면 다음 반복을 한다.

      2. client가 보안 컨텍스트가 아니라면 다음 반복을 한다.

      3. options["includeUncontrolled"] 가 false이고, client의 활성 서비스 워커 가 연관된 서비스 워커가 아니라면, 다음 반복을 한다.

      4. client를 targetClients에 추가한다.

   3. matchedWindowData를 새로운 리스트로 한다.

   4. matchedClients를 새로운 리스트로 한다.

   5. targetClients에 있는 각 서비스 워커 클라이언트 client에 대해:

      1. options["type"] 가 "window" 또는 "all"이며, client가 환경 설정 객체가 아니거나 window client라면:

         1. windowData를 «[ "client" → client, "ancestorOriginsList" → 새로운 리스트 ]»로 한다.

         2. browsingContext를 null로 한다.

         3. isClientEnumerable를 true로 한다.

         4. client가 환경 설정 객체라면, browsingContext를 client의 글로벌 객체의 브라우징 컨텍스트로 한다.

         5. 그 외의 경우 browsingContext를 client의 타겟 브라우징 컨텍스트로 한다.

         6. 태스크를 큐에 추가하여, browsingContext의 이벤트 루프에서 사용자 상호작용 태스크 소스를 사용하여 다음 하위 단계들을 실행한다:

            1. browsingContext가 폐기(discarded)되었다면, isClientEnumerable를 false로 하고 이 단계들을 중단한다.

            2. client가 window client이고 client의 연관된 문서가 browsingContext의 active document가 아니라면, isClientEnumerable를 false로 하고 이 단계들을 중단한다.

            3. windowData["frameType"]에 Get Frame Type을 browsingContext로 실행한 결과를 할당한다.

            4. windowData["visibilityState"] 에 browsingContext의 active document의 visibilityState 속성 값을 할당한다.

            5. windowData["focusState"]에 has focus 단계를 browsingContext의 active document로 실행한 결과를 할당한다.

            6. client가 window client라면, windowData["ancestorOriginsList"] 에 browsingContext의 active document의 글로벌 객체의 Location 객체의 조상 출처 목록의 연관된 목록을 할당한다.

         7. 태스크가 실행될 때까지 대기한다.

            참고: 대기는 블로킹 대기이지만, 구현체는 상태가 깨지지 않는 한 반복을 병렬로 실행할 수 있다.

         8. isClientEnumerable가 true라면:

            1. windowData를 matchedWindowData에 추가한다.

      2. 그 외에 options["type"] 가 "worker" 또는 "all"이고 client가 dedicated worker client이거나, options["type"] 가 "sharedworker" 또는 "all"이고 client가 shared worker client라면, 다음을 실행한다:

         1. client를 matchedClients에 추가한다.

   6. 태스크를 큐에 추가하여, promise의 관련 설정 객체의 책임 이벤트 루프에서 DOM 조작 태스크 소스를 사용하여 다음 단계들을 실행한다:

      1. clientObjects를 새로운 리스트로 한다.

      2. 각 windowData에 대해 matchedWindowData에서:

         1. windowClient를 Create Window Client 알고리즘을 windowData["client"], windowData["frameType"], windowData["visibilityState"], windowData["focusState"], windowData["ancestorOriginsList"]를 인수로 실행한 결과로 한다.

         2. windowClient를 clientObjects에 추가한다.

      3. 각 client에 대해 matchedClients에서:

         1. clientObject를 Create Client 알고리즘을 client를 인수로 실행한 결과로 한다.

         2. clientObject를 clientObjects에 추가한다.

      4. clientObjects를 다음과 같이 정렬한다:

         • WindowClient 객체 중 브라우징 컨텍스트가 포커스됨인 것은 가장 먼저 놓고, 최근에 포커스된 순서대로 정렬한다.

         • WindowClient 객체 중 브라우징 컨텍스트가 한 번도 포커스됨이 없는 것은 그 다음에 놓고, 서비스 워커 클라이언트의 생성 순서대로 정렬한다.

         • Client 객체 중 연관된 서비스 워커 클라이언트가 worker client인 것은 그 다음에 놓고, 서비스 워커 클라이언트의 생성 순서대로 정렬한다.

         참고: Window client가 항상 worker client보다 앞에 온다.

      5. promise의 frozen array로 clientObjects를 resolve한다. relevant Realm에서 실행한다.

3. promise를 반환한다.

4.3.3. openWindow(url)

openWindow(url) 메서드 단계는 다음과 같다:

1. url을 파싱하여 얻은 값을 this의 관련 설정 객체의 API 기준 URL로 한다.

2. url이 실패라면 TypeError로 거부된 promise를 반환한다.

3. url이 about:blank라면 TypeError로 거부된 promise를 반환한다.

4. 이 출처 내에 Window 중 일시적 활성화가 없는 경우, "InvalidAccessError" DOMException으로 거부된 promise를 반환한다.

5. serviceWorkerEventLoop를 현재 글로벌 객체의 이벤트 루프로 한다.

6. promise를 새로운 promise로 한다.

7. 다음 하위 단계들을 병렬로 실행한다:

   1. newContext를 새로운 최상위 브라우징 컨텍스트로 한다.

   2. 태스크를 큐에 추가하여, newContext의 Window 객체의 환경 설정 객체의 책임 이벤트 루프에서 사용자 상호작용 태스크 소스를 사용하여 다음 단계들을 실행한다:

      1. HandleNavigate: newContext를 url로 네비게이트한다. exceptionsEnabled는 true, historyHandling "replace"로 한다.

      2. HandleNavigate 단계에서 예외가 발생하면, 태스크를 큐에 추가하여 promise를 해당 예외로 reject하고, serviceWorkerEventLoop에서 DOM 조작 태스크 소스를 사용하며, 이 단계들을 중단한다.

      3. frameType을 Get Frame Type을 newContext로 실행한 결과로 한다.

      4. visibilityState를 newContext의 active document의 visibilityState 속성 값으로 한다.

      5. focusState를 has focus 단계를 newContext의 active document를 인수로 실행한 결과로 한다.

      6. ancestorOriginsList를 newContext의 active document의 글로벌 객체의 Location 객체의 조상 출처 목록의 연관된 목록으로 한다.

      7. 태스크를 큐에 추가하여, serviceWorkerEventLoop에서 DOM 조작 태스크 소스를 사용하여 다음 단계들을 실행한다:

         1. 스토리지 키를 얻기를 newContext의 Window 객체의 환경 설정 객체로 실행한 결과가 동일하지 않으면, 서비스 워커의 등록 객체의 스토리지 키와 같지 않으면, promise를 null로 resolve하고 이 단계들을 중단한다.

         2. client를 Create Window Client를 newContext의 Window 객체의 환경 설정 객체, frameType, visibilityState, focusState, ancestorOriginsList를 인수로 실행한 결과로 한다.

         3. promise를 client로 resolve한다.

8. promise를 반환한다.

4.3.4. claim()

claim() 메서드 단계는 다음과 같다:

1. 서비스 워커가 활성 워커가 아니라면, "InvalidStateError" DOMException으로 거부된 promise를 반환한다.

2. promise를 새로운 promise로 한다.

3. 다음 하위 단계들을 병렬로 실행한다:

   1. 각 서비스 워커 클라이언트 client에 대해, 스토리지 키를 얻기를 client에 대해 실행한 결과가 동일하면, 서비스 워커의 등록 객체의 스토리지 키와 같은 경우:

      1. client의 실행 준비 플래그가 설정되어 있지 않거나 client의 폐기 플래그가 설정되어 있다면 다음 반복을 한다.

      2. client가 보안 컨텍스트가 아니라면 다음 반복을 한다.

      3. storage key를 스토리지 키를 얻기를 client에 대해 실행한 결과로 한다.

      4. registration을 Match Service Worker Registration을 storage key와 client의 생성 URL을 인수로 실행한 결과로 한다.

      5. registration이 서비스 워커의 등록 객체가 아니라면 다음 반복을 한다.

         참고: registration은 서비스 워커의 등록 객체가 등록 해제됨일 경우 null이다.

      6. client의 활성 서비스 워커가 서비스 워커가 아니라면 다음을 실행한다:

         1. Handle Service Worker Client Unload를 client를 인수로 호출한다.

         2. client의 활성 서비스 워커를 서비스 워커로 설정한다.

         3. Notify Controller Change 알고리즘을 client를 인수로 실행한다.

   2. promise를 undefined로 resolve한다.

4. promise를 반환한다.

4.4.1. event.waitUntil(f)

참고: waitUntil() 메서드는 이벤트의 수명을 연장한다.

waitUntil(f) 메서드 단계는 수명 연장 프라미스 추가 f를 this에 추가하는 것이다.

1. event의 isTrusted 속성이 false이면, "InvalidStateError" DOMException을 throw한다.

2. event가 활성 상태가 아니면, "InvalidStateError" DOMException을 throw한다.

   참고: 이벤트 핸들러를 호출한 태스크에서 수명 연장 프라미스가 추가되지 않았다면, 이후 비동기 태스크에서 waitUntil()을 호출하면 예외가 발생한다.

3. promise를 event의 수명 연장 프라미스에 추가한다.

4. event의 대기 중 프라미스 수를 1 증가시킨다.

   참고: 주어진 프라미스가 이미 settle된 경우에도 대기 중 프라미스 수는 증가한다. 해당 카운트 감소는 프라미스 반응의 미크로태스크에서 처리된다.

5. promise가 이행 또는 거부될 때, 미크로태스크를 큐에 추가하여 다음 하위 단계들을 실행한다:

   1. event의 대기 중 프라미스 수를 1 감소시킨다.

   2. event의 대기 중 프라미스 수가 0이면:

      1. registration을 현재 글로벌 객체의 서비스 워커의 등록 객체로 한다.

      2. registration이 등록 해제됨이면, Try Clear Registration을 registration을 인수로 실행한다.

      3. registration이 null이 아니면, Try Activate를 registration을 인수로 실행한다.

사용자 에이전트는 서비스 워커에 대기 중 이벤트 없음이 서비스 워커에 대해 false를 반환하면 해당 서비스 워커를 종료하지 않아야 한다.

4.6.7. event.respondWith(r)

참고: 개발자는 r 인수에 promise나 Response 객체를 직접 넣을 수 있다(Response 객체는 자동으로 promise로 캐스팅됨). 그렇지 않으면 네트워크 에러가 Fetch로 반환된다. 렌더러 측 보안 검사는 cross-origin 콘텐츠의 tainting과 관련이 있으며 filtered responses 타입에 따라 결정된다(Fetch 참고).

respondWith(r) 메서드 단계는 다음과 같다:

1. event를 this로 한다.

2. event의 dispatch 플래그가 unset이면, "InvalidStateError" DOMException을 throw한다.

3. event의 respondWith 진입 플래그가 설정되어 있으면, "InvalidStateError" DOMException을 throw한다.

4. 수명 연장 프라미스 추가 r를 event에 추가한다.

   참고: event.respondWith(r) 호출은 event.waitUntil(r)과 같이 이벤트의 수명을 기본적으로 연장한다.

5. event의 stop propagation 플래그와 stop immediate propagation 플래그를 설정한다.

6. event의 respondWith 진입 플래그를 설정한다.

7. event의 응답 대기 플래그를 설정한다.

8. targetRealm을 event의 relevant Realm으로 한다.

9. r가 reject될 때:

   1. event의 respondWith 오류 플래그를 설정한다.

   2. event의 응답 대기 플래그를 unset한다.

10. r가 이행될 때 response로:

    1. response가 Response 객체가 아니면 respondWith 오류 플래그를 설정한다.

       참고: respondWith 오류 플래그가 설정되면, 네트워크 에러가 Fetch로 Handle Fetch 알고리즘을 통해 반환된다(21.1단계 참고). 그렇지 않으면 response 값이 Fetch로 Handle Fetch 알고리즘을 통해 반환된다(22.1단계 참고).

    2. 그 외에는:

       1. bytes를 빈 바이트 시퀀스로 한다.

       2. end-of-body를 false로 한다.

       3. done을 false로 한다.

       4. potentialResponse를 response의 연관 response의 복사본으로 하되, body는 제외한다.

       5. response의 body가 null이 아니면, 다음 하위 단계를 실행한다:

          1. reader를 reader 얻기를 response의 body의 stream에 대해 실행한 결과로 한다.

          2. pullAlgorithm을 다음 단계들을 실행하는 액션으로 한다:

             1. readRequest를 새로운 read request로 하고, 다음 항목을 포함한다:

                chunk 단계, chunk가 주어졌을 때

                1. 단언: chunk는 Uint8Array이다.

                2. chunk가 나타내는 바이트를 bytes에 추가한다.

                3. potentialResponse의 body info의 encoded size를 bytes의 byte length만큼 증가시킨다.

                4. potentialResponse의 body info의 decoded size를 bytes의 byte length만큼 증가시킨다.

                5. ! DetachArrayBuffer(chunk.[[ViewedArrayBuffer]])를 수행한다.

                close 단계

                1. end-of-body를 true로 한다.

                error 단계

                1. newStream을 에러 처리(TypeError 사용).

             2. reader에서 chunk 읽기를 readRequest로 실행한다.

          3. cancelAlgorithm을 reader cancel을 실행하는 액션으로 한다.

          4. highWaterMark를 사용자 에이전트가 선택한 0 이상의 NaN이 아닌 값으로 한다.

          5. sizeAlgorithm을 chunk 객체를 받아서 0 이상의 NaN/무한대가 아닌 값을 반환하는 알고리즘으로 한다(사용자 에이전트가 선택).

          6. newStream을 ReadableStream의 새 인스턴스로 만들고, set up에 pullAlgorithm pullAlgorithm, cancelAlgorithm cancelAlgorithm, highWaterMark highWaterMark, sizeAlgorithm sizeAlgorithm을 targetRealm에서 실행한다.

          7. potentialResponse의 body를, body의 새 인스턴스로 하고 그 stream을 newStream으로 한다.

          8. done이 false인 동안 반복적으로 다음 하위 단계를 병렬로 실행한다:

             1. newStream이 errored면 done을 true로 한다.

             2. 그 외에 bytes가 비어 있고 end-of-body가 true면, newStream 닫기를 하고 done을 true로 한다.

             3. 그 외에 bytes가 비어 있지 않으면 다음 하위 단계를 실행한다:

                1. chunk를 bytes 처음부터의 부분 시퀀스로 한다.

                2. chunk를 bytes에서 제거한다.

                3. buffer를 ArrayBuffer의 새 인스턴스로 만들고, targetRealm에서 chunk를 담는다.

                4. newStream에 enqueue한다. Uint8Array로 targetRealm에서 buffer를 감싼다.

          참고: 이 단계들은 response의 body의 stream을 potentialResponse에 "파이프"하는 것과 동등한 observable 결과를 만든다.

          참고: 서비스 워커가 chunk 단위로 쓴 데이터는 클라이언트가 동일 chunk 단위로 읽는다고 보장되지 않는다. 즉, 클라이언트는 동일 데이터를 읽지만 chunk 분할은 브라우저에 따라 다를 수 있다.

       6. event의 잠재적 응답을 potentialResponse로 한다.

    3. event의 응답 대기 플래그를 unset한다.

5.4.1. match(request, options)

match(request, options) 메서드 단계는 다음과 같습니다:

1. promise를 새로운 promise로 둡니다.

2. 다음 하위 단계를 병렬로 실행합니다:

   1. p를 matchAll(request, options) 메서드에 request와 options를 전달하여 실행한 결과로 둡니다.

   2. p가 완료될 때까지 대기합니다.

   3. p가 예외와 함께 reject되면,

      1. promise를 해당 예외로 reject합니다.

   4. 그렇지 않고 p가 배열 responses로 resolve되면,

      1. responses가 빈 배열이면,

         1. promise를 undefined로 resolve합니다.

      2. 그 외의 경우:

         1. promise를 responses의 첫 번째 요소로 resolve합니다.

3. promise를 반환합니다.

5.4.2. matchAll(request, options)

matchAll(request, options) 메서드 단계는 다음과 같습니다:

1. r을 null로 둡니다.

2. 선택적 인자인 request가 생략되지 않았다면,

   1. request가 Request 객체라면:

      1. r에 request의 request를 설정합니다.

      2. r의 method가 `GET`이 아니고 options.ignoreMethod가 false인 경우, 빈 배열로 resolve된 promise를 반환합니다.

   2. 그렇지 않고 request가 문자열이라면:

      1. r에 Request 생성자에 request를 인자로 주어 생성한 결과의 관련 request를 설정합니다. 만약 예외가 발생하면, 해당 예외로 reject된 promise를 반환합니다.

3. realm을 this의 관련 realm으로 둡니다.

4. promise를 새로운 promise로 둡니다.

5. 다음 하위 단계를 병렬로 실행합니다:

   1. responses를 빈 리스트로 둡니다.

   2. 선택적 인자인 request가 생략된 경우,

      1. 각 requestResponse를 relevant request response list에서 반복하여:

         1. requestResponse의 response의 복사본을 responses에 추가합니다.

   3. 그렇지 않은 경우:

      1. requestResponses를 Query Cache에 r과 options를 전달하여 실행한 결과로 둡니다.

      2. 각 requestResponse를 requestResponses에서 반복하여:

         1. requestResponse의 response의 복사본을 responses에 추가합니다.

   4. 각 response를 responses에서 반복하여:

      1. response의 type이 "opaque"이고 cross-origin resource policy check에 promise의 relevant settings object의 origin, promise의 relevant settings object, "", response의 internal response가 blocked를 반환하면, promise를 TypeError로 reject하고 해당 단계를 중단합니다.

   5. 작업을 큐에 추가하여, promise의 relevant settings object의 responsible event loop에서 DOM manipulation task source로 다음 단계를 수행합니다:

      1. responseList를 리스트로 둡니다.

      2. 각 response를 responses에서 반복하여:

         1. response와 연결된 새로운 Response 객체와, guard가 "immutable"인 새로운 Headers 객체를 responseList에 추가하세요.

      3. promise를 frozen array로 생성된 responseList로, realm에서 resolve합니다.

6. promise를 반환합니다.

5.4.3. add(request)

add(request) 메서드 단계는 다음과 같습니다:

1. requests를 request만을 포함하는 배열로 둡니다.

2. responseArrayPromise를 addAll(requests) 알고리즘에 requests를 인자로 전달하여 실행한 결과로 둡니다.

3. responseArrayPromise가 fulfill될 때 undefined를 반환하는 fulfillment handler와 함께 reacting한 결과를 반환합니다.

5.4.4. addAll(requests)

addAll(requests) 메서드 단계는 다음과 같습니다:

1. responsePromises를 빈 리스트로 둡니다.

2. requestList를 빈 리스트로 둡니다.

3. requests에서 타입이 Request인 각 request에 대해:

   1. r을 request의 request로 둡니다.

   2. r의 url의 scheme이 "http", "https"가 아니거나, r의 method가 `GET`이 아니면, TypeError로 reject된 promise를 반환합니다.

4. fetchControllers를 리스트로 두고, fetch controller를 포함합니다.

5. requests의 각 request에 대해:

   1. r을 Request 생성자에 request를 인자로 하여 얻은 결과의 관련 request로 설정합니다. 만약 예외가 발생하면, 해당 예외로 reject된 promise를 반환합니다.

   2. r의 url의 scheme이 "http", "https"가 아니면:

      1. 각 fetchController를 fetchControllers에서 반복하여, abort 합니다.

      2. TypeError로 reject된 promise를 반환합니다.

   3. r의 client의 global object가 ServiceWorkerGlobalScope 객체라면, request의 service-workers mode를 "none"으로 설정합니다.

   4. r의 initiator를 "fetch", destination을 "subresource"로 설정합니다.

   5. r을 requestList에 추가합니다.

   6. responsePromise를 새로운 promise로 둡니다.

   7. 다음 하위 단계를 병렬로 실행합니다:

      • Append를 통해 fetching r의 결과를 추가합니다.

      • processResponse에서 response에 대해 다음을 실행합니다:

        1. response의 type이 "error"이거나, response의 status가 ok status가 아니거나 206이면, responsePromise를 TypeError로 reject합니다.

        2. 그 외에 response의 header list에 header 이름이 `Vary`인 것이 있으면:

           1. fieldValues를 리스트로 두고, field-values에 해당하는 요소들을 포함합니다.

           2. 각 fieldValue를 fieldValues에서 반복하여:

              1. fieldValue가 "*"에 매칭되면:

                 1. responsePromise를 TypeError로 reject합니다.

                 2. 각 fetchController를 fetchControllers에서 반복하여 abort 합니다.

                 3. 이 단계들을 중단합니다.

      • processResponseEndOfBody에서 response에 대해 다음을 실행합니다:

        1. response의 aborted flag가 설정되어 있으면, responsePromise를 "AbortError" DOMException으로 reject하고 이 단계들을 중단합니다.

        2. responsePromise를 response로 resolve합니다.

        참고: 응답의 body가 모두 수신되면 캐시 커밋이 허용됩니다.

   8. responsePromise를 responsePromises에 추가합니다.

6. p를 모든 responsePromises를 기다리는 promise로 둡니다.

7. reacting을 통해 p가 fulfill될 때, responses를 인자로 받아 다음 하위 단계를 수행합니다:

   1. operations를 빈 리스트로 둡니다.

   2. index를 0으로 둡니다.

   3. responses의 각 response에 대해:

      1. operation을 캐시 배치 작업(cache batch operation)으로 둡니다.

      2. operation의 type을 "put"으로 설정합니다.

      3. operation의 request를 requestList[index]로 설정합니다.

      4. operation의 response를 response로 설정합니다.

      5. Append를 통해 operation을 operations에 추가합니다.

      6. index를 1 증가시킵니다.

   4. realm을 this의 관련 realm으로 둡니다.

   5. cacheJobPromise를 새로운 promise로 둡니다.

   6. 다음 하위 단계를 병렬로 실행합니다:

      1. errorData를 null로 둡니다.

      2. Batch Cache Operations를 operations로 호출합니다. 이때 예외가 발생하면 errorData에 해당 예외를 설정합니다.

      3. 작업을 큐에 추가하여, cacheJobPromise의 relevant settings object의 responsible event loop에서 DOM manipulation task source로 다음 하위 단계를 수행합니다:

         1. errorData가 null이면, cacheJobPromise를 undefined로 resolve합니다.

         2. 그 외에는, cacheJobPromise를 new exception으로 errorData와 realm을 인자로 하여 reject합니다.

   7. cacheJobPromise를 반환합니다.

5.4.5. put(request, response)

put(request, response) 메서드 단계는 다음과 같습니다:

1. innerRequest를 null로 둡니다.

2. request가 Request 객체라면, innerRequest를 request의 request로 설정합니다.

3. 그 외의 경우:

   1. requestObj를 Request 생성자에 request를 인자로 하여 실행한 결과로 설정합니다. 만약 예외가 발생하면, 해당 예외로 reject된 promise를 반환합니다.

   2. innerRequest를 requestObj의 request로 설정합니다.

4. innerRequest의 url의 scheme이 "http", "https"가 아니거나, innerRequest의 method가 `GET`이 아니면, TypeError로 reject된 promise를 반환합니다.

5. innerResponse를 response의 response로 둡니다.

6. innerResponse의 status가 206이면, TypeError로 reject된 promise를 반환합니다.

7. innerResponse의 header list에 header 이름이 `Vary`인 것이 있으면:

   1. fieldValues를 리스트 중 item이 Vary 헤더의 field-values에 해당하는 것으로 둡니다.

   2. 각 fieldValue를 fieldValues에서 반복하여:

      1. fieldValue가 "*"에 매칭되면, TypeError로 reject된 promise를 반환합니다.

8. innerResponse의 body가 disturbed 또는 locked 상태라면, TypeError로 reject된 promise를 반환합니다.

9. clonedResponse를 innerResponse의 복제본으로 둡니다.

10. bodyReadPromise를 undefined로 resolve된 promise로 둡니다.

11. innerResponse의 body가 null이 아니면, 다음 하위 단계를 실행합니다:

    1. stream을 innerResponse의 body의 stream으로 둡니다.

    2. reader를 stream에 대한 reader 얻기 결과로 둡니다.

    3. bodyReadPromise를 reader에서 모든 바이트 읽기 결과로 설정합니다.

    참고: 이는 innerResponse의 body가 locked가 되고, clonedResponse에 body 버퍼 복사본이 생긴다는 것을 보장합니다. 구현은 메모리 대신 디스크로 스트리밍하여 최적화할 수 있습니다.

12. operations를 빈 리스트로 둡니다.

13. operation을 캐시 배치 작업(cache batch operation)으로 둡니다.

14. operation의 type을 "put"으로 설정합니다.

15. operation의 request를 innerRequest로 설정합니다.

16. operation의 response를 clonedResponse로 설정합니다.

17. Append를 통해 operation을 operations에 추가합니다.

18. realm을 this의 관련 realm으로 둡니다.

19. bodyReadPromise가 fulfill될 때의 결과로:

    1. cacheJobPromise를 새로운 promise로 둡니다.

    2. cacheJobPromise를 반환하고, 다음 단계들을 병렬로 수행합니다:

       1. errorData를 null로 둡니다.

       2. Batch Cache Operations를 operations에 대해 호출합니다. 만약 예외가 발생하면 errorData에 예외를 설정합니다.

       3. 작업을 큐에 추가하여, cacheJobPromise의 relevant settings object의 responsible event loop에서 DOM manipulation task source로 다음 단계들을 수행합니다:

          1. errorData가 null이면, cacheJobPromise를 undefined로 resolve합니다.

          2. 그 외에는, cacheJobPromise를 new exception으로 errorData와 realm을 인자로 하여 reject합니다.

5.4.6. delete(request, options)

delete(request, options) 메서드 단계는 다음과 같습니다:

1. r을 null로 둡니다.

2. request가 Request 객체라면:

   1. r에 request의 request를 설정합니다.

   2. r의 method가 `GET`이 아니고 options.ignoreMethod가 false인 경우, false로 resolve된 promise를 반환합니다.

3. 그 외에 request가 문자열이라면:

   1. r을 Request 생성자에 request를 인자로 하여 얻은 결과의 관련 request로 설정합니다. 만약 예외가 발생하면 해당 예외로 reject된 promise를 반환합니다.

4. operations를 빈 리스트로 둡니다.

5. operation을 캐시 배치 작업(cache batch operation)으로 둡니다.

6. operation의 type을 "delete"로 설정합니다.

7. operation의 request를 r로 설정합니다.

8. operation의 options를 options로 설정합니다.

9. Append를 통해 operation을 operations에 추가합니다.

10. realm을 this의 관련 realm으로 둡니다.

11. cacheJobPromise를 새로운 promise로 둡니다.

12. 다음 하위 단계를 병렬로 실행합니다:

    1. errorData를 null로 둡니다.

    2. requestResponses를 Batch Cache Operations에 operations를 전달하여 실행한 결과로 둡니다. 이때 예외가 발생하면 errorData에 예외를 설정합니다.

    3. 작업을 큐에 추가하여, cacheJobPromise의 relevant settings object의 responsible event loop에서 DOM manipulation task source로 다음 하위 단계를 수행합니다:

       1. errorData가 null이면:

          1. requestResponses가 비어있지 않으면, cacheJobPromise를 true로 resolve합니다.

          2. 그 외에는, cacheJobPromise를 false로 resolve합니다.

       2. 그 외에는, cacheJobPromise를 new exception으로 errorData와 realm을 인자로 하여 reject합니다.

13. cacheJobPromise를 반환합니다.

5.4.7. keys(request, options)

keys(request, options) 메서드 단계는 다음과 같습니다:

1. r을 null로 둡니다.

2. 선택적 인자인 request가 생략되지 않았다면:

   1. request가 Request 객체라면:

      1. r을 request의 request로 설정합니다.

      2. r의 method가 `GET`이 아니고 options.ignoreMethod가 false인 경우, 빈 배열로 resolve된 promise를 반환합니다.

   2. 그 외에 request가 문자열이라면:

      1. r을 Request 생성자에 request를 인자로 하여 얻은 결과의 관련 request로 설정합니다. 만약 예외가 발생하면, 해당 예외로 reject된 promise를 반환합니다.

3. realm을 this의 관련 realm으로 둡니다.

4. promise를 새로운 promise로 둡니다.

5. 다음 하위 단계를 병렬로 실행합니다:

   1. requests를 빈 리스트로 둡니다.

   2. 선택적 인자인 request가 생략된 경우,

      1. 각 requestResponse를 relevant request response list에서 반복하여:

         1. requestResponse의 request를 requests에 추가합니다.

   3. 그 외의 경우:

      1. requestResponses를 Query Cache에 r과 options를 전달하여 실행한 결과로 둡니다.

      2. 각 requestResponse를 requestResponses에서 반복하여:

         1. requestResponse의 request를 requests에 추가합니다.

   4. 작업을 큐에 추가하여, promise의 relevant settings object의 responsible event loop에서 DOM manipulation task source로 다음 단계를 수행합니다:

      1. requestList를 리스트로 둡니다.

      2. 각 request를 requests에서 반복하여:

         1. request와 Headers 객체(해당 guard가 "immutable"인 새 객체)를 연결하여 새로운 Request 객체를 requestList에 추가합니다.

      3. promise를 frozen array로 생성된 requestList로, realm에서 resolve합니다.

6. promise를 반환합니다.

5.5.1. match(request, options)

match(request, options) 메서드 단계는 다음과 같습니다:

1. options["cacheName"] 존재하면:

   1. 새로운 promise promise를 반환하고, 다음 하위 단계들을 병렬로 실행합니다:

      1. 각 cacheName → cache를 relevant name to cache map에서 반복하여:

         1. options["cacheName"]가 cacheName과 일치하면:

            1. Cache 인터페이스의 match(request, options) 메서드 알고리즘을 request와 options를 인자로 cache를 thisArgument로 하여 실행한 결과로 promise를 resolve합니다.

            2. 이 단계들을 중단합니다.

      2. promise를 undefined로 resolve합니다.

2. 그 외의 경우:

   1. promise를 undefined로 resolve된 promise로 둡니다.

   2. 각 cacheName → cache를 relevant name to cache map에서 반복하여:

      1. promise를 자신에 reacting한 결과로 두고, fulfillment handler에서 response를 인자로 다음을 수행합니다:

         1. response가 undefined가 아니면 response를 반환합니다.

         2. Cache 인터페이스의 match(request, options) 알고리즘을 request와 options를 인자로 cache를 thisArgument로 하여 실행한 결과를 반환합니다.

   3. promise를 반환합니다.

5.5.2. has(cacheName)

has(cacheName) 메서드 단계는 다음과 같습니다:

1. promise를 새로운 promise로 둡니다.

2. 다음 하위 단계를 병렬로 실행합니다:

   1. 각 key → value를 relevant name to cache map에서 반복하여:

      1. cacheName이 key와 일치하면, promise를 true로 resolve하고 이 단계들을 중단합니다.

   2. promise를 false로 resolve합니다.

3. promise를 반환합니다.

5.5.3. open(cacheName)

open(cacheName) 메서드 단계는 다음과 같습니다:

1. promise를 새로운 promise로 둡니다.

2. 다음 하위 단계를 병렬로 실행합니다:

   1. 각 key → value를 relevant name to cache map에서 반복하여:

      1. cacheName이 key와 일치하면:

         1. value를 나타내는 새로운 Cache 객체로 promise를 resolve합니다.

         2. 이 단계들을 중단합니다.

   2. cache를 새로운 request response list로 둡니다.

   3. Set을 통해 relevant name to cache map[cacheName]에 cache를 저장합니다. 만약 캐시 쓰기 작업이 할당된 quota 제한을 초과하여 실패하면, promise를 "QuotaExceededError" DOMException으로 reject하고 이 단계들을 중단합니다.

   4. cache를 나타내는 새로운 Cache 객체로 promise를 resolve합니다.

3. promise를 반환합니다.

5.5.4. delete(cacheName)

delete(cacheName) 메서드 단계는 다음과 같습니다:

1. promise를 has(cacheName) 알고리즘을 cacheName으로 실행한 결과로 둡니다.

2. promise가 fulfill될 때, fulfillment handler에서 cacheExists를 인자로 다음을 수행합니다:

   1. cacheExists가 false이면:

      1. false를 반환합니다.

   2. cacheJobPromise를 새로운 promise로 둡니다.

   3. 다음 하위 단계를 병렬로 실행합니다:

      1. Remove를 통해 relevant name to cache map[cacheName]을 제거합니다.

      2. cacheJobPromise를 true로 resolve합니다.

      참고: 이 단계 이후에도 기존 DOM 객체(즉, 현재 참조된 Cache, Request, Response 객체)는 계속 동작해야 합니다.

   4. cacheJobPromise를 반환합니다.

5.5.5. keys()

keys() 메서드 단계는 다음과 같습니다:

1. promise를 새로운 promise로 둡니다.

2. 다음 하위 단계를 병렬로 실행합니다:

   1. cacheKeys를 relevant name to cache map의 키를 얻은 결과로 둡니다.

      참고: 결과 ordered set에 있는 item들은 해당 엔트리가 name to cache map에 추가된 순서대로입니다.

   2. promise를 cacheKeys로 resolve합니다.

3. promise를 반환합니다.