Resumo

  • O primeiro rascunho público do W3C, publicado em 5 de janeiro de 2023, descreveu travas assíncronas identificadas por nome para janelas e workers que compartilham um espaço de armazenamento. O rascunho de 24 de setembro de 2025 manteve a sequência: pedir a trava, executar uma tarefa e liberá-la ao fim.
  • Uma trava exclusiva reserva o nome a um titular. Travas compartilhadas compatíveis podem coexistir. A opção excepcional steal pode tirar a trava de um titular antigo enquanto o código dele continua trabalhando.

Quem usa um editor on-line em duas abas pode produzir uma pequena comédia administrativa. Ambas consultam o mesmo documento, ambas se oferecem para guardar alterações e cada uma vê apenas o próprio andamento. Se uma limpar dados locais enquanto a outra envia uma versão antiga, a confusão começou dentro do navegador. A autoridade para coordenar a entrada no trabalho já poderia morar ali.

O primeiro rascunho público do Web Locks, de 5 de janeiro de 2023, apresentou uma API para obter de forma assíncrona uma trava sobre um recurso identificado por nome. O script a mantém enquanto trabalha e a libera quando a tarefa termina. Janelas e workers cooperam no âmbito de um mesmo bucket de armazenamento. O nome é uma invenção do aplicativo para representar um recurso abstrato. Chamar a trava de sync-documento combina uma regra entre abas; não põe um cadeado físico em arquivo algum.

O histórico de publicações do W3C registra a primeira versão pública em 2023 e outro Working Draft em setembro de 2025. No texto de 24 de setembro de 2025, a rotina cabe em três verbos: solicitar, trabalhar dentro de uma tarefa assíncrona, liberar automaticamente na conclusão. O documento mostra um editor com o mesmo arquivo em duas abas, precisando coordenar gravação local e sincronização. Mostra também uma aba principal encarregada de manutenção; se ela fechar ou cair, outra aba pode assumir quando receber a trava.

As modalidades decidem a lotação da sala. A trava exclusiva admite um titular por nome. A compartilhada permite vários titulares compartilhados ao mesmo tempo, enquanto quem pretende escrever sozinho aguarda a vez. É uma versão para a web do velho problema de leitores e escritor. O navegador controla a porta, mas o aplicativo define qual trabalho merece o mesmo nome. Se duas abas dão nomes diferentes ao mesmo serviço, elas formam duas filas e atravessam duas portas.

O explicador mantido no repositório do grupo W3C coloca o trabalho em uma função de retorno. A promessa associada ao pedido acompanha o resultado dessa função. Uma consulta pode mostrar travas ocupadas e pedidos pendentes, mas o retrato envelhece no instante em que é tirado. O texto ainda exibe uma armadilha: uma rotina segura A enquanto espera B; outra segura B enquanto espera A. As duas filas estão corretas. Ninguém consegue sair da reunião.

Existe um atalho chamado steal. Segundo o rascunho de 2025, um novo pedido pode remover travas já concedidas para o mesmo nome e ir à frente dos demais. O explicador alerta para o detalhe cruel: o código da aba antiga pode continuar executando, ainda convencido de que está sozinho. Trocar a placa da porta não retira o funcionário da sala. Quem usar esse mecanismo em uma emergência precisa enfrentar a possibilidade de duas tarefas sobrepostas.

O alcance da portaria é deliberado: agentes do mesmo navegador que compartilham um bucket de armazenamento. Outro perfil, uma sessão privada e outro dispositivo têm gestores separados. Os quatro registros originais mostram a API e a história de seus rascunhos, sem contabilizar adoção nem provar que um dado foi gravado corretamente. A trava ordena o ingresso; a aplicação confere a entrega.