Передача/возврат данных передачи в одинаковые куски?

Question

От моего клиента:

send(socket, "this is a buffer", ...); 
send(socket, "second buffer", ...); 

С моего сервера, является recv гарантированно закончить один кусок с r от "this is a buffer" и начать еще один кусок с s от "second buffer'?

Answer 1

Нет, совсем нет. Вы не можете контролировать, что происходит, когда вы получаете данные из-за всей обработки сети. Вы не можете делать какие-либо предположения о том, сколько вы получите в любом вызове recv (за исключением того, что это будет < = сумма отправлена). Вы можете получить всего один байт.

Answer 2

Нет, Windows-сокеты (например, другие абстракции на основе TCP) являются потоковыми. Вы ищете пакетный способ использования сокетов Windows.

Попробуйте это: http://tangentsoft.net/wskfaq/examples/packetize.html

Answer 3

я бы не полагаться на это. Когда вы читаете, вы можете получить их сразу. Между ними существует много вещей: переупорядочение пакетов, латентность сети и т. Д., Которые влияют, когда ваши пакеты действительно поступают на другую сторону, и может быть, что второй буфер может найти свой путь быстрее, чем первый, и будет ждать (если вы используя TCP, или нет, если нет) для первого. Тогда то, что прибыло, будет дано вам. Вы должны анализировать свои данные на принимающей стороне, не полагаясь на то, как она была отправлена ​​(TCP предоставляет вам определенные гарантии заказа, UDP тоже не делает этого).

Answer 4

Если вы хотите, чтобы recv блокировался до тех пор, пока вы не получили определенное количество байтов, вы можете использовать флаг MSG_WAITALL.

http://pubs.opengroup.org/onlinepubs/007904975/functions/recv.html

Answer 5

Для UDP и других протоколов датаграмм, границы пакетов будут сохранены, как вы хотите. Для TCP и других протоколов потока нет такой удачи.