A parte mais difícil de criar um aplicativo social/parceria 1v1 não é “poder reproduzir vídeos”, é a capacidade de fazê-lo funcionar. Correspondência → Chamada → Conexão → Front e Back Office → Rede fraca sem uma linha → Privacidade e segurança → Presentes interativos Esse link funciona sem problemas.
Cenários aplicáveis: namoro/bate-papo 1v1, correspondência de vídeo social, vídeo de estranhos, chamadas privadas.
Você obterá: priorização de recursos de MVP, processos de ponta a ponta, políticas de reconexão/manutenção de atividade, módulos de conformidade de privacidade e listas de verificação de ativação.
1. cenários e objetivos
Objetivo do produto: Baixa latência, estável sem desconexão, chamadas confiáveis, privacidade controlada, realização escalonável (presentes/cobrança).
Suposições de escala (valores típicos):
- Simultâneo on-line: 10.000 (somente on-line, sem chamadas)
- Chamadas simultâneas: 1.000 pares (= 2.000 pessoas em áudio e vídeo em tempo real)
- Meta de latência de ponta a ponta: < 300 ms para uma experiência mais “face a face” (uma meta comum no setor)
2. lista de funções (MVP → avançado)
MVP Obrigatório (entrar no ar primeiro)
- Listas de encontros/listas de referências (ideias para o salão de encontros/salão social)
- Chamada 1v1: efetuada, toque, resposta, rejeição, linha ocupada, tempo limite
- Controles durante a chamada: ligar/desligar a câmera/microfone, cortar a câmera frontal/traseira, alternar entre alto-falante e fone de ouvido
- Desconectar e reconectar automaticamente(rede fraca/comutação de rede)
- Privacidade mais básica: blackout, relatórios, alertas básicos de permissão
Aprimoramentos avançados (aumentar a retenção e o ARPU)
- Bate-papo de texto + ler não lido + status on-line (recurso de mensagens interativas)
- Janela de foco da chamada recebida, push off-line (para tornar a chamada mais “atraente”)
- Fundos/filtros de beleza/virtuais (para aumentar as conversões)
- Cancelamento de ruído por IA (mais claro em ambientes barulhentos)
- Registros de chamadas/registros de mensagens (faturamento/controle de risco/experiência)
- Presentes interativos (gifting) e sistema de cobrança (por hora/por visita)
3. desmontagem da arquitetura
Para chamadas de vídeo 1v1, é recomendável dividi-las em 4 partes, cada uma com sua própria função:
- Back-end operacional (salas e relacionamentos)
- Perfis de usuário, correspondências/recomendações, listas negras
- Pedidos/faturamento (se estiver fazendo chamadas pagas)
- Pedidos de presentes e faturamento (se estiver fazendo uma recompensa)
- Sistema de sinalização (consistência de chamada e estado)
- Chamada de convite/resposta/rejeição/cancelamento/tempo limite
- Avaliação de linha ocupada, proteção de chamadas simultâneas (o mesmo usuário só pode estar em uma chamada por vez)
- Sincronização do status da chamada: Ringing / Connecting / Connected / Reconnecting / Ended
- Link de mídia RTC (ontologia de áudio/vídeo)
- Participar de salas, postar/assinar áudio/vídeo
- Codec, taxa de bits adaptável, estratégia de rede fraca
- Processamento de áudio: cancelamento de eco/redução de ruído/ganho automático (ponto de capacidade de redução de ruído semelhante à IA)
- Controle de riscos/conformidade (segurança e governança)
- Token de autenticação, antirrastreamento (chamada em massa anti-máquina/assédio)
- Criptografia de ponta a ponta/configurações de privacidade/exclusão de dados (pontos de capacidade de conformidade e privacidade)
- Denúncias, banimento, processo de revisão (primeiro manual, tudo bem)
4. principais processos (coleta de chamadas, front e back office, desconexão e reconexão)
4.1 Fluxo de captura de chamadas (a parte com mais bugs)
Processo:
O lobby de matchmaking seleciona o objeto → Call Invite → Ringing → Accept → Join → Publish/Subscribe → In-call control → Hangup
Pontos de realização:
- tempo limite da chamadaCancelamento automático se não for atendido por 30 segundos (para evitar manter o status ocupado)
- Linha ocupada/linha ocupadaSe a outra parte estiver no telefone, ele retornará para Ocupado.
- Cancelar a chamadaCancelamento de chamada: O chamador cancela antes que a outra parte atenda, para notificar a outra parte para que pare de tocar.
- A máquina de estado deve prevalecer no lado do servidorÉ fácil ter um “estado inconsistente em ambos os lados” quando o cliente está em uma rede fraca.”
4.2 Front e back office e “captura” de chamadas”
As chamadas 1v1 são, na maioria das vezes, mal analisadas:“Corta o plano de fundo e ele quebra” “Bloqueio de tela sem alerta” “Tela preta de volta ao primeiro plano”。
Recomenda-se fazer isso em duas camadas:
- Notificações em nível de sistemaAlertas de chamadas e push off-line (o programa oficial também enfatiza “receber alertas de chamadas e mensagens quando estiver off-line”).
- Camada de experiência no aplicativoJanela Hover da Chamada: permite que os usuários retornem à chamada mesmo se ela for interrompida
Realização mínima:
- O aplicativo fica em segundo plano: continua sinalizando heartbeat, mídia ativa na política ou recuperação rápida
- Voltar ao primeiro plano: restaurar a visualização da câmera, sincronizar o status da chamada (Conectado / Reconectando)
4.3 Desconexão e reconexão (o núcleo de uma rede fraca sem desconexão)
O objetivo não é “nunca cair”.”Em vez disso, é: mesmo que caia, ele é recuperado automaticamente em 3 a 10 segundos e o usuário sabe o que está acontecendo.
Processo de reconexão recomendado:
- Monitoramento de alterações na rede/desconexão de mídia → a interface do usuário mostra “Rede ruim, reconectando...”
- Reconecte a sinalização primeiro (para garantir que o status ainda esteja em chamada)
- Reconectar mídia (unir-se novamente/ publicar novamente)
- Reconectar com sucesso → Retomar assinatura e chamadas UI
- Falha mesmo após exceder o limite → desligamento automático e alerta (para evitar “falso on-line”)
Indicador de capacidade de rede fraca：
Tencent RTC 1v1 Dating “end-to-end <300ms, 80% anti-packet loss, 1000ms anti-jitter, rede fraca ainda pode manter uma comunicação de alta qualidade” e outros pontos de venda, você pode pensar nisso como “você precisa prestar atenção à capacidade de escolher uma dimensão de solução! Você pode considerá-la como ”a dimensão de capacidade à qual você precisa prestar atenção ao escolher uma solução".
5. lista de dificuldades e armadilhas
Rede fraca (perda de pacotes/jitter/Wi-Fi cortou 4G)
- Fenômeno: som gasto, atraso, colagem de tela, interrupções repentinas
- Processamento: taxa de bits adaptável, prioridade de áudio, reconexão, detecção de switch de rede
- Camada do produto: fornece indicação da “qualidade da rede” (vermelho, amarelo, verde)
Eco/ assobio (comutação externa/de fone de ouvido)
- Fenômeno: a outra pessoa ouve sua própria voz, um assobio agudo
- Processamento: cancelamento de eco AEC + estratégia de cena de saída + comutação correta de roteamento de áudio
- Nível do usuário: avisa “fones de ouvido recomendados/amplificação externa desligada”
Interrupção de front e back office/tela de bloqueio/chamador
- Fenômeno: corte do plano de fundo quebrado, volta à tela preta do primeiro plano, chamada após o caos do status da chamada
- Processamento: máquina de estado de chamada, recuperação de câmera, janelas push/hover off-line (pontos de capacidade)
Consistência do estado (mais oculto)
- Fenômeno: uma parte mostra que foi conectada, mas a outra parte ainda está tocando; depois de desligar, a outra parte ainda mostra que está ao telefone.
- Processamento: estado autoritativo do lado do servidor + verificações cronometradas do lado do cliente + hangups de bolso com tempo limite
6. indicadores e testes
É recomendável que você monitore pelo menos esses 3:
- Latência de ponta a ponta (latência E2E)Meta < 300ms Mais confortável
- Taxa de Captura de Chamadas / Tempo para CapturaDistribuição do tempo decorrido desde o convite até a conexão (P50/P95)
- Taxa de sucesso da reconexão / Tempo de reconexão% de reconexões bem-sucedidas, segundos médios de reconexão
Método de teste de rede fraca de máquina real (simples, mas eficaz):
- Use um simulador de rede/ferramenta de rede fraca para aumentar a perda de pacotes e o jitter
- Executa chamadas completas em quatro cenários: comutação Wi-Fi ↔ 4G, tela de bloqueio, execução em segundo plano, interrupção de chamadas
- Registros: se pode ser recuperado automaticamente, quanto tempo leva para ser recuperado, se há algum desalinhamento de status
7. custo e seleção
Como estimar o custo (a fórmula mais simples será suficiente):
- Minutos mensais = minutos diários × 30
- A maior parte do custo geralmente vem de: minutos de áudio/vídeo, picos simultâneos, gravação/transcodificação (se ativada), requisitos de linha global
Ao mesmo tempo, os funcionários também enfatizam o fornecimento de UIKits/SDKs de plataforma completa para reduzir o ciclo de ativação, que é, de fato, a principal variável do “custo de mão de obra”.
Crie sua própria WebRTC em vez de usar um SDK:
- Autoconstrução: alto grau de liberdade, mas requer servidores de mídia, nós globais, rede fraca e entradas de compatibilidade
- SDK: rápido para entrar em operação, especialmente com UIKits, plataforma cruzada e otimização de rede fraca.
8. Resumo
O segredo para criar um aplicativo de videochamada 1v1 é pegar o Lobby de matchmaking → Call State Machine → Media Link → Front & Back & Reconnect → Privacy Security & Realisation Crie um link estável.
9. perguntas frequentes
Q1: Qual é o atraso normal em uma chamada de vídeo 1v1?
Normalmente, quanto mais próximo de <300 ms, mais natural será a interação; isso realmente depende da distribuição de usuários, da proporção entre países e da porcentagem de redes fracas. Concentre-se nos nós globais e nos recursos de agendamento de links ao selecionar um modelo.
Q2： Por que a chamada 1v1 geralmente não consegue se conectar?
O motivo comum é que a máquina de estado de sinalização não é rigorosa: o tempo limite não é eliminado, convites repetidos, julgamento inconsistente do Busy. Recomenda-se que o lado do servidor faça o estado autoritativo e o processamento idempotente.
P3: O que devo fazer se eu cortar para o plano de fundo e for desconectado?
As notificações/empurrões do sistema e a recuperação de mídia devem ser tratadas ao mesmo tempo. A página do programa menciona as janelas flutuantes e os pushs off-line como aprimoramentos típicos que melhoram significativamente a “captura” e a “recuperação”.
P4: Como garantir que não haja desconexão em uma rede fraca?
O núcleo é: taxa de bits adaptável + reconexão automática + processamento de comutação de rede + avisos da interface do usuário. Ao escolher uma solução, você pode prestar atenção a indicadores como perda antipacote e resistência a jitter.
Q5: Por que ainda é necessário usar o bate-papo por texto para encontros 1v1?
O bate-papo por texto pode assumir a conversão de “nenhuma ligação após a partida”, e o status de lido/não lido e on-line também pode melhorar a eficiência da interação, e a página do programa também coloca o bate-papo por texto como um dos cenários principais.
Q6: Como fazer a segurança da privacidade para chamadas 1v1?
No mínimo, criptografia de ponta a ponta, configurações de privacidade, recursos de exclusão de dados com uma política de conformidade; a página da solução destaca pontos de recursos como criptografia de ponta a ponta e proteção de privacidade e autenticação de conformidade.
10. links relevantes
Se você quiser a maneira mais rápida de colocar Lobby de matchmaking + bate-papo de voz/vídeo/texto + redução de ruído de IA + janela flutuante/push off-line Esses links do núcleo do Dating 1v1 são executados e podem ser usados diretamente do Solução oficial de encontros 1v1 da Tencent RTCO portal de integração para o início do
Português do Brasil