Acerca del subenvasado de paquetes adhesivos del protocolo de red TCP:
https://www.csdn.net/gather_25/MtTakgysOTMtYmxvZwO0O0OO0O0O.html
Por qué lidiar con paquetes pegajosos
Debido al mecanismo del protocolo TCP, el cliente y el servidor mantienen una transmisión de datos continua. Si el paquete de datos de red enviado es demasiado pequeño, TCP fusionará los paquetes de datos más pequeños antes de enviarlos, y el extremo receptor no puede distinguir que los datos están separados por el extremo emisor, lo que provoca el problema de adherencia. Si los datos son demasiado grandes, TCP puede dividir los datos en varias partes y enviarlos, y el extremo receptor solo puede recibir parte de la información a la vez, por lo que se produce el problema del subpaquete.
Recientemente, mi propio proyecto de aprendizaje de demostración sobre programación de sockets de red, dirección git:
https://github.com/yuhezhangyanru/javaScoketGroupMessage.git
La descripción del proceso de comunicación de socket entre el cliente y el servidor es relativamente clara:
https://www.cnblogs.com/Jasxu/p/Java-Socket.html
Es mejor escribir la introducción del modelo de socket de bloqueo del servidor y la descripción de la situación que ocurrirá, así como la explicación del medio paquete, el paquete adhesivo y el subpaquete.
https://www.jianshu.com/p/cde27461c226
Citando a otros en este artículo:
5.1 Medio paquete
El destinatario no recibió un paquete completo, solo una parte.
Motivo: para mejorar la eficiencia de la transmisión, TCP asigna un paquete lo suficientemente grande para que el destinatario no pueda aceptarlo todo a la vez.
influencias