Куски пакета от сервера: правильное их соединение и обработка.

Всем привет. Столкнулся с такой неприятной проблемой. Клиент отправляет на сервер данные, которые обрабатываются на сервере и с ними идет дальнейшая работа. Пакет приходит таким образом
Первые 2 байта тип, 4 байта длина и дальше уже сам объект, в итоге получается что-то вроде такого
@#$@$#{тут json объект}
Бывает так, что пакеты склеиваются, к примеру приходит так
@#$@$#{тут json объект}@#$@$#{тут json объект}@#$@$#{тут json объект}
С этим тоже вопрос был решен и склееные пакеты парсятся.
Буквально недавно, выявилась другая проблема. Приходит ответ от клиента таким образом
@#$@$#{тут json объект обрезается и скобка не закрыта, парсер выдает ошибку, т.к json объект по каким-то причинам неполный. Следующий кусок от клиента приходит такой
недостающий кусок предыдущего json объекта}@#$@$#{json объект} бывает так, что новый json объект тоже приходит куском и остальная его часть приходит только при следующем пакете от клиента. В чем проблема может быть? Как ее решить?

0

MrDead, это естественное поведение TCP пакетов, вы же их используете, верно? Вам нужно добавить каждому пакету символ конца. Приходящие пакеты хранить где-нибудь, и не парсить их до тех пор пока в очередном пакете не будет найден символ конца пакета.
Например (! - символ конца пакета):
@#$@$#{тут json объект}!@#$@$#{тут json объект}!@#$@$#{тут json объект}!

Вот таким образом вы легко сможете разделить ваши данные на сервере.

1

Спасибо. В теории вроде идея годная, попробую реализовать такую схему.

0

Сообщение от Nikto Вам нужно добавить каждому пакету символ конца

Зачем, если в шапке пакета указана его длинна?

0

Сообщение от Грот Зачем, если в шапке пакета указана его длинна?

Чтобы знать пришёл ли нам полный пакет или его часть.
С чего вы взяли, что это длина всего пакета, а не его части?

0

Всё верно. Нет гарантии, что длина пакета, это готовый массив, иначе бы не пришлось добавлять знак для распознания его целостности.

0