Cómo separar los mensajes de socket TCP

Question

He experimentado un poco con los mensajes de socket TCP asíncrono entre dos programas, para pasar datos, números y/o texto. Lo que he hecho es usar una palabra clave al comienzo de cada mensaje, y luego separar los valores con el "|" personaje. Por lo que un mensaje puede tener este aspecto:

"DATOS | 490 | 40517,9328222222 | 1 | 6 | 11345 | 11347 | 11344 | 11345 | 106 | 40517,8494212963"

fijo el tamaño de búfer de lectura en 1024, ya que la mayoría de los mensajes estará dentro de esa longitud. Sin embargo, a veces puedo enviar rápidamente muchos mensajes cortos donde varios juntos tienen menos de 1024 caracteres, y parece que se leerá de una vez. Y si envío un mensaje de más de 1024 caracteres, se dividirá. Así que estoy buscando algunos consejos sobre cómo manejar esto. ¿Debo usar algunos caracteres especiales para iniciar y/o finalizar cada mensaje? Agradecería algunos consejos sobre cómo hacer esto ...

Answer 1

La forma más sencilla sería enviar la longitud del mensaje al comienzo de cada mensaje, serializado de manera que funcione en hardware little-endian y big-endian .

Esto podría ayudar a su receptor a preasignar su búfer de recepción de manera eficiente también.

Answer 2

La manera más fácil sería enviar el tamaño del mensaje al principio del paquete. De esta forma sabría la cantidad de datos para leer. Entonces se vería así:

00015MESSAGE|1|2 ... 

Es importante que el campo de tamaño tenga un tamaño fijo.

También puede hacer que este campo de tamaño sea binario, pero parece que está enviando texto sin formato para que así tenga un campo de tamaño humanamente legible.

Answer 3

Puede resolver ese problema rellenando sus mensajes con bytes únicos (como 255 que no aparecen en ASCII) para el tamaño del búfer y eliminarlos en el extremo receptor. Para mí, este no es un arreglo muy agradable e inteligente, pero en realidad funciona.

O podría tratar de enviar la longitud total del paquete al comienzo de cada paquete, que es un poco más desafiante y funciona de manera más eficiente como la técnica de relleno cuando se hace bien. paquetes resultante de la fusión a continuación tienen el siguiente aspecto (esquema):

05|.....02|..03|... 

Answer 4

La forma TAR lo hace, es el uso de bloques de tamaño fijo. Cada bloque en TAR tiene 512 bytes, y el archivo (mensaje) puede estar completamente contenido dentro de ese bloque. Si no es así, los primeros 512 bytes incluyen un encabezado que especifica cuántos bloques adicionales deben leerse para ese archivo (mensaje).

Tar no es una aplicación TCP obviamente, pero tiene requisitos de procesamiento o análisis de datos similares.

También Su tamaño es menor que 512 bytes, pero quizás tenga sentido incluir un bloque de 64 bytes, o 128 o lo que sea, y enviar todos sus datos en paquetes de ese tamaño. pierde eficiencia con la sobrecarga del "tamaño de la caja", pero puede ganar en eficiencia y simplicidad en el algoritmo de procesamiento de datos.

Answer 5

Hay varios enfoques.

1. Una palabra de longitud prefijada a cada mensaje.

2. Envoltura al estilo STX/ETX de cada mensaje para que pueda ver dónde comienza y termina. Esto requiere el escape de los bytes ETX que ocurren en los datos, y que a su vez también requiere el escape de los bytes ESC.

3. Protocolo de autodescripción, por ejemplo XML, o un protocolo basado en el valor de longitud de tipo.

Answer 6

El protocolo es todo. Por mi aplicación de chat que utilizo el protocolo argumento como cuando se ejecuta

shutdown.exe -s -f -t 30 

Pero entonces para sockets utilizo este

join John%20Doe   ' %20 for space 
msg This%20Is%20a%20test ' again %20 for space 

De esta manera no importa si sus datos es enviar ASYNC: D Espero que esta ayuda