¿Cuál es el sistema de notificación de mensajes
sistema de notificación de mensajes, como su nombre indica notificar a transmitir el sistema de procesamiento de mensajes. El propósito es permitir a los usuarios obtener información y necesitan ser recordados y procesados.
servicios de notificación de mensaje de micro-posicionamiento están "dentro de la plataforma" la función "mensaje" en el mensaje completo, el tipo estén abonados de mensajería, de igual a mensajes de pares. Por ejemplo, el sistema de notificación, mensajes privados, clase de mensaje @
- de noticias
Las notificaciones del sistema, notificaciones de eventos, anuncios y otro usuario administrador recibirán todas las noticias
- Suscribirse a la categoría de noticias
Se refiere a una clase de datos de usuario, el mensaje enviado al usuario cuando tales datos actualizados. Por ejemplo, una gran preocupación por v microblogging, los números públicos, suscribirse a las columnas por conocidos escritores
- punto de noticias
Después de la adición por un usuario opera el usuario, el sistema envía es operado un mensaje al usuario. Como punto de, por ejemplo, rojo sobres.
Características del sistema
| la notificación de mensajes | |
|---|---|
| entrega de contenido | Texto, hipervínculos, complementada por imágenes, no más. |
| Los puntos de demanda núcleo | Las altas tasas de entrega requerida mensaje, que "este niño debe encontrar maneras de informar a la otra parte." No pida un retraso. |
| los costos de construcción del sistema | En general, sólo guardar mensajes de texto, los bajos costos de almacenamiento. Los usuarios pueden configurar el clúster de servidores basado en la cantidad de ajuste libre. |
| interactivamente | El mensaje es generalmente diseñado para ser "solamente la notificación, ninguna respuesta." |
comunicación
Aquí no se considera como un todo para lograr el back-end, cómo los medios de selección de la comunicación entre la parte delantera y trasera, la forma de lograr en tiempo real / tiempo casi real de intercambio de datos:
necesidad de introducir la comunicación de tres maneras:
conexión corta
Cada comunicación cliente y el servidor una vez, se establece una conexión, la comunicación va a terminar desconectado.
HTTP es una simple petición - protocolo de respuesta, que normalmente se ejecuta en la parte superior de TCP. HTTP / 1.0 utiliza la conexión TCP por defecto corta.
servicios de larga
Es uno que puede enviar continuamente datos varias veces después de que se haya establecido la conexión, los dos lados hasta que se desconecte.
HTTP versión 1.1 del uso a largo de la conexión TCP subyacente.
Una conexión de largo usando el protocolo HTTP, se añadirá el código en la cabecera de la respuesta: Conexión: Mantener Vivo-
Larga y corta la conexión distinción conector
Proceso de comunicación
Short de conexión: la creación de una conexión -> datos de transmisión -> conectado a cerrar la longitud de la conexión: la creación de una conexión -> datos de transmisión -> permanecen conectados -> datos de transmisión -> ...... -> cerrar la conexión
escena aplicable
Breve conexión: la capacidad simultánea, los datos intercambian caso frecuente de
conexiones largas: datos de intercambio frecuente, seleccione las comunicaciones de punto
acuerdo WebSocket
¿Cuál es el protocolo WebSocket
- HTML5 WebSocket es un protocolo proporcionado por el comienzo de la comunicación full-duplex a través de una sola conexión TCP.
- Lo dúplex completo: completa (completa
comunicación dúplex) es un término de la transmisión. Tanto permite la transmisión simultánea de la comunicación de datos en ambas direcciones, que es equivalente a la combinación de los dos en una capacidad de comunicación simplex. Se refiere a una de dos vías de dúplex completo de señales de transmisión pueden ser simultáneamente. A → B significa que mientras que B → A, es como una calle de dos vías. - Simplex es una calle de sentido único al igual que un coche, sólo se permite que la información de transmisión a la Parte B, la Parte A y la Parte B no se puede transmitir.
- Referencia: https://baike.baidu.com/item/%E5%85%A8%E5%8F%8C%E5%B7%A5/310007?fr=aladdin
- El servidor de envío de los datos al cliente es un uso típico protocolo WebSocket escenario
Ventajas y desventajas de los tres métodos de comunicación
Ventajas y desventajas de la siguiente manera:
| sondeo corto | sondeo largo | WebSocket | |
|---|---|---|---|
| soporte de los navegadores | Casi todos los navegadores modernos | Casi todos los navegadores modernos | IE 10+ Edge Firefox 4+ 4+ Chrome Safari 5 Opera 11.5+ |
| carga del servidor | Menos de la CPU, más recursos de memoria y recursos de ancho de banda | Con el sondeo convencional es similar, pero menos ancho de banda ocupado | No hay necesidad de esperar a que el ciclo (tiempo de votación), CPU y memoria recursos no son para medir el número de clientes, pero el cliente con el fin de medir el número de eventos. El mejor rendimiento de tres maneras. |
| carga del cliente | Más recursos de memoria y el número de solicitudes | Al igual que en el sondeo tradicional | 同 Evento enviados por el servidor |
| retrasado | no en tiempo real, en función del intervalo de solicitud de retraso | Con el tradicional sondeo | tiempo real |
| complejidad de la implementación | muy sencillo | Se requiere que el servidor con el cliente para lograr una muy simple | Zócalo y procedimientos necesitan implementar puerto adicional, el cliente sencillo |
En WebSocket, el navegador y el servidor sólo tiene que completar un apretón de manos, puede crear una conexión persistente, y la transmisión de datos bidireccional.
En la implementación de la función de empuje técnica, en comparación con el Ajax momento de modo de sondeo (setInterval), WebSocket ahorrar más recursos del servidor y ancho de banda.
Por consideraciones de rendimiento del servidor y en tiempo real, la parte delantera y la comunicación extremo posterior utilizando el protocolo WebSocket.
