WebAssembly JSPI está entrando em fase de teste de origem

A API de Integração de Promessas em JavaScript (JSPI) do WebAssembly está entrando em um teste de origem, com o lançamento do Chrome M123. Isso significa que você pode testar se você e seus usuários podem se beneficiar dessa nova API.

JSPI é uma API que permite que código chamado sequencial – que foi compilado para WebAssembly – acesse APIs da Web que são assíncronas. Muitas APIs da Web são criadas em termos de Promises do JavaScript: ao invés de executar a operação solicitada imediatamente, elas retornam uma Promise para fazê-lo. Quando a ação é finalmente realizada, o sistema de tarefas do navegador invoca quaisquer callbacks com a Promise. JSPI se integra a essa arquitetura para permitir que um aplicativo WebAssembly seja suspenso quando a Promise é retornada e retomado quando a Promise é resolvida.

Você pode saber mais sobre JSPI e como usá-lo aqui e a especificação em si está aqui.

Requisitos

Além de se registrar para o teste de origem, você também precisará gerar os WebAssembly e JavaScript apropriados. Se você estiver usando Emscripten, isso é simples. Certifique-se de estar utilizando, pelo menos, a versão 3.1.47.

Registrando-se para o teste de origem

JSPI ainda está em pré-lançamento; está passando por um processo de padronização e não será totalmente lançado até chegarmos à fase 4 desse processo. Para usá-lo hoje, você pode definir uma flag no navegador Chrome; ou pode solicitar um token de teste de origem que permitirá que seus usuários o acessem sem precisar definir a flag por conta própria.

Para se registrar, você pode ir aqui, certifique-se de seguir o processo de inscrição. Para saber mais sobre testes de origem em geral, este é um bom ponto de partida.

Alguns possíveis problemas

Houve algumas discussões na comunidade WebAssembly sobre alguns aspectos da API JSPI. Como resultado, algumas mudanças estão sendo indicadas, o que levará tempo para serem totalmente implementadas. Antecipamos que essas mudanças serão lançadas de forma gradual: compartilharemos as mudanças conforme elas forem disponibilizadas, porém, a API existente será mantida pelo menos até o final do teste de origem.

Além disso, existem alguns problemas conhecidos que provavelmente não serão totalmente resolvidos durante o período de teste de origem:

Para aplicações que criam intensivamente cálculos derivados, o desempenho de uma sequência encapsulada (ou seja, usando JSPI para acessar uma API assíncrona) pode ser prejudicado. Isso ocorre porque os recursos utilizados ao criar a chamada encapsulada não são armazenados em cache entre as chamadas; confiamos na coleta de lixo para liberar as pilhas que são criadas. Atualmente, alocamos uma pilha de tamanho fixo para cada chamada encapsulada. Essa pilha é necessariamente grande para acomodar aplicações complexas. No entanto, isso também significa que uma aplicação com um grande número de chamadas simples encapsuladas em execução pode enfrentar pressão de memória.

Nenhum desses problemas provavelmente impedirá a experimentação com JSPI; esperamos que eles sejam resolvidos antes do lançamento oficial do JSPI.

Feedback

Como JSPI é um esforço de padronização, preferimos que quaisquer problemas e comentários sejam compartilhados aqui. No entanto, relatórios de bugs podem ser realizados no site padrão de relatórios de bugs do Chrome aqui. Se você suspeitar de um problema com a geração de código, use este para relatar um problema.

Por fim, gostaríamos de ouvir sobre quaisquer benefícios que você tenha descoberto. Utilize o rastreador de problemas para compartilhar sua experiência.