Что такое обновление окна TCP?

Окна TCP используются для управления потоком между одноранговыми узлами в соединении. С каждым пакетом ACK хост будет отправлять поле «размер окна». В этом поле указано, сколько байтов данных хост может получить до заполнения. Отправитель не должен отправлять больше этого количества данных.

Окно может заполниться, если клиент не получает данные достаточно быстро. Другими словами, буферы TCP могут заполняться, пока приложение не выполняет какие-либо действия, кроме чтения из своего сокета. Когда это произойдет, клиент отправит пакет ACK с установленным битом «полное окно». В этот момент сервер должен прекратить отправку данных. Любые пакеты, отправленные на машину с полным окном, не будут подтверждены . (Это заставит отправителя с плохим поведением повторно передать. Хороший отправитель просто буферизует исходящие данные. Если буфер на отправляющей стороне тоже заполняется, то отправляющее приложение блокируется, когда пытается записать больше данных в сокет!)

Это задержка TCP. Это может произойти по множеству причин, но в конечном итоге это просто означает, что отправитель передает быстрее, чем считывает получатель.

Как только приложение на принимающей стороне вернется к чтению из сокета, оно истощит часть буферизованные данные, что освобождает место. Затем получатель отправит пакет «обновления окна», чтобы сообщить отправителю, сколько данных он может передать. Отправитель начинает передавать свои буферизованные данные, и трафик должен течь нормально.

Конечно, вы можете получить повторяющиеся срывы, если получатель постоянно работает медленно.

Я сформулировал это так, как будто отправитель и получатель разные, но на самом деле оба одноранговых узла обмениваются обновлениями окон с каждым пакетом ACK, и любая из сторон может заполнить свое окно.

Общее сообщение состоит в том, что вам не нужно напрямую отправлять пакеты обновления окна. На самом деле было бы плохой идеей подделать одно.

Что касается исключения, которое вы видите ... оно вряд ли будет вызвано или предотвращено пакетом обновления окна. Однако, если клиент читает недостаточно быстро, вы можете терять данные. На своем сервере вы должны проверить возвращаемое значение из вызовов Socket.write (). Это может быть меньше, чем количество байтов, которое вы пытаетесь записать. Это происходит, если буфер передачи отправителя переполняется, что может произойти во время остановки TCP. Возможно, вы теряете байты.

Например, если вы пытаетесь записать 8192 байта при каждом вызове записи, но один из вызовов возвращает 5691, тогда вам нужно отправить оставшиеся 2501 байт при следующем вызове. В противном случае клиент не увидит оставшуюся часть этого блока размером 8 КБ, и ваш файл будет короче на стороне клиента, чем на стороне сервера.