Как Winsock понимает, что пришел последний пакет сообщения

@Optimus11 · Регистрация: 10.01.2017

Author24 — интернет-сервис помощи студентам

Здравствуйте,

Так потихоньку почитываю про Winsock, и вот наткнулся вот на такой фрагмент:

C++

1 2	// Ждём ответа int len = recv (s, (char *) &buff, MAX_PACKET_SIZE, 0); // читает входящий IP пакет размером 65535 байта и записывает в buff.

Если мы запросим у удалённого Web-сервера не такой маленький кусочек HTML-кода, как в нашем примере, а немного побольше, чем размер ip пакета, то есть больше 65535 байт, то мы получим только первую порцию данных от сервера. Остальная часть данных будет, скорее всего, утеряна.
Выход из данного положения очень прост. Он основан на знании принципа работы HTTP и TCP/IP протоколов, плюс некоторых особенностей Winsock. В нашем случае Web-сервер, передав последнюю порцию данных, закроет соединение. А функция recv в таком случае, после получения последнего фрагмента данных, возвращает ноль. Вывод напрашивается сам: мы должны читать входящие данные до тех пор, пока функция recv не вернет ноль.

Подскажите пожалуйста, как функция recv понимает, что пришел последний пакет сообщения от удаленного сервера или клиента ?
Только потому удаленный сокет был закрыт, или где то в пакете передается сообщение о длине всего сообщения которое должно прийти ?

@oleg-m1973 · 04.10.2019, 15:35

Сообщение от Optimus11

Подскажите пожалуйста, как функция recv понимает, что пришел последний пакет сообщения от удаленного сервера или клиента ?
Только потому удаленный сокет был закрыт, или где то в пакете передается сообщение о длине всего сообщения которое должно прийти ?

Блокирующий recv вернёт ноль, только когда другая сторона разорвёт соединение. Там вроде так и написано.
Если соединение не закрывать, то никах последних пакетов нет - tcp это непрерывный поток данных.

@Optimus11 · 04.10.2019, 15:54 **[ТС]**

А как же незнаю харанее размера входящего сообщения выделить размер buff ?

@oleg-m1973 · 04.10.2019, 15:56

Сообщение от Optimus11

А как же незнаю харанее размера входящего сообщения выделить размер buff ?

Зависит от протокола.
В случае xml/html - просто начитываешь документ кусками, до завершающей скобки >

@Optimus11 · 04.10.2019, 21:40 **[ТС]**

Понял.Спасибо!

Добавлено через 5 часов 23 минуты

Сообщение от oleg-m1973

Зависит от протокола.
В случае xml/html - просто начитываешь документ кусками, до завершающей скобки >

А если передается просто какой то бинарный файл ?

@oleg-m1973 · 04.10.2019, 22:13

Сообщение от Optimus11

А если передается просто какой то бинарный файл ?

Просто, само по себе, ничего не передаётся.
Кто-то тебе их передаст в определённом формате и, для бинарных данных, где-то будет предаваться их размер.
Это от сокетов уже никак не зависит.

@GbaLog- · 05.10.2019, 09:39

Сообщение от Optimus11

Подскажите пожалуйста, как функция recv понимает, что пришел последний пакет сообщения от удаленного сервера или клиента ?

в случае с TCP приходит TCP пакет с флагом FIN, что означает, что удалённый хост хочет закрыть соединение.

Сообщение от Optimus11

Только потому удаленный сокет был закрыт, или где то в пакете передается сообщение о длине всего сообщения которое должно прийти ?

длина всего сообщения не передаётся через IP или TCP. эту информацию можно передать только в протоколе прикладного уровня. как выше сказали, например, в XML/HTML/HTTP/etc. в некоторых из них длина всего сообщения кодируется в заголовке протокола(HTTP), в некоторых это понятно из анализа пакетов(XML/HTML).
и из всего вышесказанного становится понятно, что функция recv не понимает, что пришёл последний пакет, т.к. это не её задача.

@Optimus11 · 07.10.2019, 12:46 **[ТС]**

А можно ли как то подсчитать время между двумя пришедшими пакетами ?

@Optimus11 · 08.10.2019, 13:51 **[ТС]**

Имел ввиду конечно не ip пакеты, а tcp сегменты.

@oleg-m1973 6579 / 4564 / 1843 Регистрация: 07.05.2019 Сообщений: 13,726
	04.10.2019, 15:35	2
	Сообщение от Optimus11 Подскажите пожалуйста, как функция recv понимает, что пришел последний пакет сообщения от удаленного сервера или клиента ? Только потому удаленный сокет был закрыт, или где то в пакете передается сообщение о длине всего сообщения которое должно прийти ? Блокирующий recv вернёт ноль, только когда другая сторона разорвёт соединение. Там вроде так и написано. Если соединение не закрывать, то никах последних пакетов нет - tcp это непрерывный поток данных. 1

@Optimus11 71 / 48 / 5 Регистрация: 10.01.2017 Сообщений: 1,849
	04.10.2019, 15:54 [ТС]	3
	А как же незнаю харанее размера входящего сообщения выделить размер buff ? 0

@oleg-m1973 6579 / 4564 / 1843 Регистрация: 07.05.2019 Сообщений: 13,726
	04.10.2019, 15:56	4
	Сообщение от Optimus11 А как же незнаю харанее размера входящего сообщения выделить размер buff ? Зависит от протокола. В случае xml/html - просто начитываешь документ кусками, до завершающей скобки > 1

@Optimus11 71 / 48 / 5 Регистрация: 10.01.2017 Сообщений: 1,849
	04.10.2019, 21:40 [ТС]	5
	Понял.Спасибо! Добавлено через 5 часов 23 минуты Сообщение от oleg-m1973 Зависит от протокола. В случае xml/html - просто начитываешь документ кусками, до завершающей скобки > А если передается просто какой то бинарный файл ? 0

@oleg-m1973 6579 / 4564 / 1843 Регистрация: 07.05.2019 Сообщений: 13,726
	04.10.2019, 22:13	6
	Сообщение от Optimus11 А если передается просто какой то бинарный файл ? Просто, само по себе, ничего не передаётся. Кто-то тебе их передаст в определённом формате и, для бинарных данных, где-то будет предаваться их размер. Это от сокетов уже никак не зависит. 1

@GbaLog- Любитель чаепитий 3742 / 1798 / 566 Регистрация: 24.08.2014 Сообщений: 6,016 Записей в блоге: 1
	05.10.2019, 09:39	7
	Сообщение от Optimus11 Подскажите пожалуйста, как функция recv понимает, что пришел последний пакет сообщения от удаленного сервера или клиента ? в случае с TCP приходит TCP пакет с флагом FIN, что означает, что удалённый хост хочет закрыть соединение. Сообщение от Optimus11 Только потому удаленный сокет был закрыт, или где то в пакете передается сообщение о длине всего сообщения которое должно прийти ? длина всего сообщения не передаётся через IP или TCP. эту информацию можно передать только в протоколе прикладного уровня. как выше сказали, например, в XML/HTML/HTTP/etc. в некоторых из них длина всего сообщения кодируется в заголовке протокола(HTTP), в некоторых это понятно из анализа пакетов(XML/HTML). и из всего вышесказанного становится понятно, что функция `recv` не понимает, что пришёл последний пакет, т.к. это не её задача. 1

@Optimus11 71 / 48 / 5 Регистрация: 10.01.2017 Сообщений: 1,849
	07.10.2019, 12:46 [ТС]	8
	А можно ли как то подсчитать время между двумя пришедшими пакетами ? 0

@Optimus11 71 / 48 / 5 Регистрация: 10.01.2017 Сообщений: 1,849
	08.10.2019, 13:51 [ТС]	9
	Имел ввиду конечно не ip пакеты, а tcp сегменты. 0