- Navios
- 26 de agosto de 2026 às 05:58 UTC
- Autor
- Kamo
- Enviar
- 8a809b3
Os membros estavam recebendo a mesma mensagem de chat três vezes mais no telefone. As inscrições são únicas em (dispositivo token id, org id, push kind), NÃO no Push token. Assinar novamente no mesmo aparelho menta um novo linha user device tokens (dispositivo/registro ments incondicionalmente), enquanto FCM continua entregando de volta o mesmo sinal - para que cada sinal deixado mais um vivo linha de registro apontando para um telefone, e doDispatch enviou o idêntico mensagem uma vez por linha. Produção transportada cinco linhas para um único aparelho: org 1168485648209608710 / membro 1168485658174423046 5 filas de registro □ 5 device token ids 21 linhas em toda a tabela resolvidas para apenas 2 dispositivos reais. Nenhum dos guardas existentes conseguia apanhá-lo. O limite de taxa por conversação é avaliado ONCE, antes do fan-out, então ele limita eventos, não envia. A A chave de colapso FCM só colapsa as mensagens ainda QUEUED para um dispositivo offline, Nunca foram entregues. E a poda de registo do FcmSender nunca fires, porque o token duplicado é perfeitamente válido — o FCM retorna NÃO REGISTO para fichas mortas, não para filas extras que nomeiam uma viva. O push token É o destino, então agora é a identidade: distinto- Destinos mantém a linha mais atualizada por (pushKind, pushToken) e deixa cair o resto, deixando dispositivos genuinamente distintos intocados. Linhas com um token em branco é largado em vez de permitido estar em um destino. Isto corrige as linhas existentes sem uma migração. O companheiro muda em O Serviço de Segurança impede-os de acumular em primeiro lugar.