1. El mensaje publicado corresponde a una ID (siempre que una sola dirección sea única, el servidor puede repetir la recepción basada en la ID). El mecanismo de retransmisión de mensajes garantiza un número limitado de intentos de reintento. Si el reintento falla, se le solicitará al usuario. El envío exitoso será la retroalimentación y la confirmación. El cliente solo sabrá que el envío es exitoso después de recibir la información de confirmación. Enviar un mensaje puede no generar un nuevo Synckey.
2. El mecanismo de sincronización del mensaje de estado basado en el número de versión (Synkey), los requisitos de transmisión incrementales y ordenados son naturales. Notificación de conexión larga/adquisición de conexión corta, confirmación, etc., el método de interacción es simple, asegurando mensajes confiables y precisos.
3. El lado del cliente/servidor almacenará el registro de procesamiento de ID de mensaje para evitar el consumo repetido del cliente para obtener las últimas noticias, pero el lado del servidor no pensará que el mensaje se haya consumido. El cliente lo volverá a realizar la próxima vez y consultará si el mensaje actual ha sido procesado. Basado en algunos fenómenos.
4. En general, se puede presentar la plataforma cruzada de protocolo WeChat (tanto TCP como HTPP, y el método de procesamiento puede unificarse), y es muy confiable a través de la sincronización de "apretón de manos", y puede ser compatible con cualquier plataforma.
5. El costo mínimo del protocolo WeChat es de 16 bytes. La mayoría de las veces, varios paquetes de mensajes se combinan y se transmiten en lotes. El acuerdo de WeChat no es el más simple, ni es el más ahorrador del tráfico, pero es muy exitoso.
6. Si el servidor detecta algunas incertidumbres, puede causar que el protocolo SSL de la capa segura de micro habilitados realice una transmisión de conexión TCP Long convencional. Sin cambios de conexión breves
7. Enviar método de mensaje
Envíe un mensaje para pasar por el canal de conexión TCP Long establecido, enviar un mensaje al servidor y luego aceptar información de confirmación, etc., para generar una interacción.
Cuando los amigos reciban lectura de información, recibirán una notificación de servidor, que generará una interacción, etc.
Se puede confirmar que WeChat envía mensajes al modo de conexión TCP Long, porque no afecta sus propios datos de estado, Synckey no debe intercambiarse.
Bajo una red de baja velocidad, probablemente verá un mensaje de envío de mensajes, que pertenece al mecanismo de reenvío de mensajes
La red no es buena, a veces el cliente tendrá una marca de exclamación roja que no puede enviar.
El mensaje que se ha enviado al servidor pero que no ha recibido una confirmación, el cliente muestra un punto de exclamación rojo y lo reúne nuevamente, el servidor lo procesa como un mensaje duplicado y confirmación de comentarios
Las imágenes de carga se dividirán en varias partes de acuerdo con el tamaño de la imagen (aproximadamente 1.5k se divide en partes). Al mismo tiempo, el cliente iniciará varias solicitudes de publicación. Después de que cada carga sea exitosa, el servidor probablemente se fusionará en una imagen completa, devolverá una miniatura y la mostrará en la ventana de chat de la aplicación. La aplicación se envía al servidor como un mensaje de texto regular.
Al subir audio, vaya solo al canal TCP y grabe audio en dos segundos. Después de que el cliente haya terminado de grabar, se divide en dos bloques para transmitir, un bloque es de aproximadamente 1.5k. El servidor responde a una notificación de datos para confirmar el recibo. Tres transmisiones de datos en total.
La información de audio y texto plano es consistente, que son conexiones TCP largas, enviadas por el cliente y confirmadas por el servidor.
Lo anterior es el resumen del Acuerdo de Desarrollo de WeChat introducido por el Editor. Espero que sea útil para todos. Si tiene alguna pregunta, déjame un mensaje y el editor responderá a todos a tiempo. ¡Muchas gracias por su apoyo al sitio web de Wulin.com!