¿Cuál es la implementación Java más eficiente para un servidor de juegos en tiempo real?

Question

Estoy planeando crear un servidor Java que manejará las comunicaciones de juegos en tiempo real entre los clientes. ¿Cuál es el mejor tipo de implementación de Java que podría comunicarse de manera eficiente y, con suerte, con precisión entre un cliente y un servidor a altas velocidades (digamos 5-15 paquetes por segundo)? Sé que hay muchos tipos de API de redes Java (es decir, ObjectInputStream y ObjectOutputStream, DatagramPacket, KyroNet, etc.), pero no estoy seguro de cuál es la implementación más efectiva y/o comúnmente utilizada para ese escenario. Supongo que la mayoría de los juegos en tiempo real usan métodos de comunicación UDP, pero entiendo los problemas de confiabilidad que conlleva. ¿Hay implementaciones UDP que tengan algún tipo de control de flujo? De todos modos, gracias de antemano!

Answer 1

Algunas cosas a tener en cuenta:

• Java NIO es realmente bueno, y puede manejar el tipo de rendimiento/latencia que busca. No utilice ninguno de los más antiguos frameworks de redes/serialización y API
• Latencia es realmente importante. Básicamente, desea una capa mínima sobre NIO que le permita enviar mensajes individuales, rápidos, pequeños y con una sobrecarga mínima.
• Según el juego, es posible que desee TCP o UDP o ambos. Utilizar TCP para mensajes importantes, UDP para los mensajes que no sean estrictamente necesarios para el juego para continuar o va a ser subsumido por una futura actualización (por ejemplo, cambios de posición en un FPS)
• Algunas personas implementar su propio protocolo de mensajería TCP-como sobre UDP para juegos en tiempo real. Esto es probablemente más problemas de lo que vale, pero sea consciente de ello como una opción si realmente necesita para optimizar para un tipo específico de comunicación
• Para los juegos en tiempo real, que está casi siempre haciendo serialización personalizada (por ejemplo, Sólo el envío de los deltas en lugar de actualizaciones completas de posiciones de objetos) - así que asegúrese de que su estructura permite esta

Teniendo en cuenta esto, se lo recomiendo uno de los siguientes

• Kryonet - lightwieght, personalizable , Diseñado para este tipo de propósito
• Netty - un poco más orientado a la empresa, pero muy capaz, robusta y escalable
• Roll-su-propio basado en NIO - difícil pero posible si se desea un control de grano muy fino. He hecho esto antes, pero en retrospectiva probablemente debería haber elegido Kryonet o Netty

¡Buena suerte!

Answer 2

Olvídese por completo de ObjectOutputStream y ObjectInputStream. Estos son los mecanismos de entrada de salida estándar de la serialización antigua de Java estándar, que es lenta y produce objetos de inflado. Algunos recursos para empezar:

• http://code.google.com/p/kryonet/
• http://code.google.com/p/pyronet/