Sé que la seguridad de subprocesos de los sockets de Java se ha discutido en varios subprocesos aquí en stackoverflow, pero no he podido encontrar una respuesta clara a esta pregunta: ¿es seguro tener en la práctica varios hilos simultáneamente escriben en el mismo SocketOutputStream, ¿o existe el riesgo de que los datos enviados desde un hilo se mezclen con los datos de otra banda de rodadura? (Por ejemplo, el receptor en el otro extremo recibe primero la primera mitad del mensaje de un hilo y luego algunos datos del mensaje de otro hilo y luego el resto del mensaje del primer hilo)Seguridad de subprocesos de SocketOutputStream
La razón por la que dije "en la práctica" es que Sé que la clase Socket no está documentada como segura para subprocesos, pero si realmente es segura en las implementaciones actuales, eso es lo suficientemente bueno para mí. La implementación específica que más me llama la atención es que Hotspot se ejecuta en Linux.
Al observar la implementación de la capa de Java de la zona activa, más específicamente la implementación de socketWrite() en SocketOutputStream, parece que debería ser seguro para subprocesos siempre que la implementación nativa de socketWrite0() sea segura. Sin embargo, al observar la implementación de ese método (j2se/src/solaris/native/java/net/SocketOutputStream.c), parece dividir los datos para enviarlos en fragmentos de 64 o 128kb (dependiendo de si se trata de un 64bit JVM) y luego envía los fragmentos en escrituras separadas.
Entonces, para mí, parece que enviar más de 64kb de diferentes hilos no es seguro, pero si es inferior a 64 kb debería ser seguro ... pero podría estar perdiendo algo importante aquí. ¿Alguien más aquí miró esto y llegó a una conclusión diferente?
convenido .. usted podría tener un modelo productor/consumidor con un BlockingDeque que los productores (escribe) anexan a y el consumidor (remitente) tira de las cosas fuera de la parte delantera a enviar. – sjr
Gracias por tomarse el tiempo para responder. Si es una buena idea o no, puede ser discutible.Personalmente, no creo que sea necesariamente una mala idea hacer cosas que dependen de una implementación específica. Hay muchas otras razones por las cuales uno podría querer usar Java además de la idea de "escribir una vez en cualquier lugar". Si el rendimiento es crítico, ser capaz de ejecutar su código en cualquier implementación puede ser un requisito que esté dispuesto a abandonar. – oscar11
Sé que, ya sea que se agregue el bloqueo alrededor de las escrituras o se asegure de que solo haya un escritor utilizando un hilo separado y una cola de bloqueo, se "resolverá" el problema. Sin embargo, usar una cola de bloqueo desafortunadamente agregaría demasiada latencia para mis requisitos, y si bien la sincronización del acceso a la escritura lo haría seguro, sería bueno evitarlo si no es realmente necesario. – oscar11