No necesita mangosta ni nada: su patrón es claramente el que se ve a menudo en un servidor web. Básicamente hay dos formas de hacer esto:
- Múltiples procesos leídos desde el mismo socket, el primero en obtener la solicitud la interpretará (pero en realidad no es como si la quisiera). Esto es anticuado y se usó principalmente en Linux antes de que el subproceso se volviera barato (cca. 2003). Muchos tutoriales de socket muestran esta forma de hacer las cosas.
- Cuando reciba una solicitud, genere un hilo para interpretarla y responder a la solicitud. Entonces tendrá un hilo que estará continuamente esperando solicitudes, y un hilo para cada solicitud. Utilice un grupo de subprocesos si desea limitar el número de subprocesos generados. Consulte, por ejemplo, este tutorial: Ejemplo de servidor y cliente con sockets C en Linux
Ahora, siente que quiere dividir esas solicitudes en dos mitades que me parecen bastante arbitrarias. Esto se hace correctamente haciendo un ciclo ‘escuchar-> aceptar-> leer-> spawn-> repetir desde aceptar’ que puede ver en un servidor web básico. Y es lo primero que enseñan en el jardín de infantes cuando enseñan enchufes. ¿Qué estudian las personas en estos días cuando hacen CompSci? ¿Saltar inmediatamente sobre un marco en el momento en que no recuerdas cómo generar un hilo?
- ¿Cuál es el mejor lenguaje / marco para construir una aplicación fintech? ¿Hay ventajas en términos de seguridad? ¿Hay fallas en el medio ambiente que descartarían una? ¿Uno normalmente escribe más rápido que otro? ¿Es una prueba más para el futuro?
- ¿Cómo escribo un programa de calculadora simple usando JavaScript?
- ¿Por qué se considera que .rpy es una mala práctica?
- Cómo hacer un buen sitio web desde cero en unos pocos meses
- ¿Cuál es el mejor campo de entrenamiento de Node.js si quiero pasar de ser un ingeniero de pruebas de automatización para convertirme en Node.js o reaccionar desarrollador? ¿Cuál es el mejor campo de entrenamiento en Nueva York para la colocación laboral?
