두 탭이 같은 일을 잡았다. 브라우저가 번호표를 줬다.

요약

• W3C의 2023년 1월 5일 첫 공개 초안은 같은 저장소 범위를 공유하는 창과 워커가 이름 있는 잠금을 비동기로 얻는 방법을 제시했다. 2025년 9월 24일 작업 초안도 요청하고, 작업하고, 작업이 끝나면 해제하는 흐름을 유지했다.
• 독점 모드는 같은 이름에 한 명만 들여보내고, 공유 모드는 양립 가능한 여러 보유자를 허용한다. 예외적인 steal은 기존 보유자의 잠금을 빼앗아도 그 탭에서 실행 중인 코드까지 멈추지는 못할 수 있다.

사용자가 문서를 한 번 더 연 일에는 드라마가 없다. 그러나 애플리케이션은 문서를 저장하려는 탭 둘, 또는 로컬 대기열을 정리하려는 워커와 탭을 동시에 만난다. 각자 자신이 보는 상태에 따라 정확히 행동해도 서로의 일을 덮을 수 있다. 문제가 서버에 도달하기 전에 같은 브라우저 안에서 차례를 정할 수 있다면, 갈등의 출발점에 문지기를 세우는 셈이다.

2023년 1월 5일 W3C의 첫 공개 작업 초안은 스크립트가 이름 붙은 추상 자원에 대한 잠금을 비동기로 얻고, 작업하는 동안 유지하다 끝나면 놓는 API를 설명한다. 같은 저장 버킷을 공유하는 창과 워커가 하나의 잠금 관리자를 통해 협력한다. 자원 이름은 애플리케이션이 정한다. sync-document라고 부른다고 브라우저가 문서의 내용을 알아내는 것은 아니다. 같은 일을 하려는 부분들이 같은 문 앞에 서게 되는 것이다.

W3C의 발행 기록은 2023년 첫 공개 초안과 2025년 9월의 작업 초안을 구분한다. 2025년 9월 24일 초안의 사용 순서는 짧다. 잠금을 요청하고, 비동기 작업을 수행하고, 작업이 끝나면 자동으로 해제한다. 같은 문서를 탭 두 개에서 편집할 때 로컬 기록과 동기화를 조정하는 예시가 있다. 주 탭 하나가 대기열 정리나 네트워크 동기화를 맡고, 그 탭이 닫히거나 중단되면 기다리던 탭이 역할을 이어받는 예시도 있다.

문을 여는 방식에는 두 가지가 있다. 독점 잠금은 같은 이름에 한 보유자만 허용한다. 공유 잠금은 다른 공유 보유자와 함께 있을 수 있지만, 혼자 들어가야 하는 독점 요청은 차례를 기다린다. 여러 사람이 자료를 읽을 때와 누군가 장부를 고칠 때의 차이다. 이름의 일관성이 중요하다. 같은 로컬 기록을 두 이름으로 부르면 브라우저는 출입구 두 개를 만들고 두 작업을 동시에 통과시킨다.

W3C 사양 저장소의 원본 설명서는 작업을 콜백 안에 넣고, 요청의 Promise가 그 결과를 따르는 모습을 보여 준다. 보유 중인 잠금과 대기 중인 요청을 보는 진단 기능도 있지만, 그 화면은 본 순간 이미 과거가 된다. 설명서는 교착 상태도 보여 준다. 한 작업이 A를 쥐고 B를 기다리고, 다른 작업은 B를 쥐고 A를 기다린다. 브라우저가 두 줄을 정확히 관리해도 아무도 움직일 수 없다.

비상 수단인 steal은 더 까다롭다. 2025년 초안에 따르면 새 요청이 같은 이름의 기존 잠금을 제거하고 대기줄 맨 앞으로 갈 수 있다. 설명서는 옛 탭의 코드가 자신에게 독점권이 있다고 믿은 채 계속 실행될 수 있다고 경고한다. 번호표를 회수했다고 작업자가 공구를 내려놓는 것은 아니다. 강제 탈취를 사용하려면 오래된 작업과 새 작업이 겹칠 때의 처리를 애플리케이션이 준비해야 한다.

이 대기줄은 같은 브라우저에서 저장 버킷을 공유하는 실행 단위에 적용된다. 다른 프로필, 비공개 세션, 다른 기기에는 별도의 관리자가 있다. 네 원본 자료는 API의 작동 방식과 초안의 시기를 보여 준다. 실제 저장이 올바르게 끝났는지는 애플리케이션과 저장 결과에서 확인해야 한다. 번호표는 입장을 정하고, 완료 도장은 다른 곳에서 찍는다.