Capítulo 10. WebSocket
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Las API de basadas en HTTP funcionan siguiendo el modelo solicitud-respuesta, en el que el cliente envía una solicitud al servidor y espera la respuesta correspondiente. En HTTP, un servidor no puede iniciar una conexión ni enviar una respuesta a un cliente sin que éste haga una solicitud previa. Un servidor puede "enviar" información al cliente varias veces, utilizando métodos como los eventos del lado del servidor o el streaming HTTP, pero estos métodos siguen requiriendo una solicitud inicial del cliente. Alternativamente, un cliente puede sondear al servidor (enviar solicitudes) para obtener nueva información, utilizando el sondeo corto (se establece una nueva conexión TCP para cada solicitud) o el sondeo largo (se reutiliza una única conexión TCP de larga duración para múltiples solicitudes).
El objetivo de WebSocket es proporcionar una comunicación bidireccional simultánea. En WebSocket, tanto el cliente como el servidor pueden enviarse mensajes de forma independiente, sin atenerse al modelo solicitud-respuesta. Esto se consigue cambiando de HTTP a un protocolo personalizado basado en TCP (WebSocket), que admite un modo de transmisión full-duplex.
Cuando se habla de WebSocket, a menudo se menciona la comunicación asíncrona.1 WebSocket no es intrínsecamente asíncrono.2 Existen implementaciones síncronas de clientes y servidores WebSocket, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access