Как в socket проверить, отправил ли сервер/клиент что-то еще?

Question

[Викентий]

Здравствуйте, работаю над клиент-серверным приложением, и столкнулся с такой проблемой. Нужно как-то сделать, чтобы клиент/сервер был уверен, что все данные были отправлены. То есть например, сервер принимает данные по 1024 байта(либо бита, простите) и сохраняет их в переменную, мне нужно как-то удостовериться, что клиент слал что-то что меньше 1024 байтов, либо если больше, и отправились не все, то принял их, и дописал к предыдущим принятым байтам. А если клиент слал два, или больше, разных данных, как-то определить, что они все разные. Я не представляю, как такое сделать. На сайте документации модуля socket есть такой код

while True:
    data = sock.recv(1024) #где sock = socket.socket()
    if not data: break

Только когда цикл снова пытается sock.recv, программа уходит в бесконечность, ожидая пока ей снова данные отправят...
Даже не знаю, будет ли на мой вопрос ответ, поэтому может есть какие-нибудь удобные библиотеки для работы клиент-сервера?
Но я бы все-таки предпочел поработать с сокетами

Comments

[Викентий]

Если надо могу свой код скинуть

[javedimka]

wintreist, не надо, лучше придумай как отличить одно сообщение от другого(имеется ввиду где начало, где конец) и реализуй это, вариантов есть много, например http использует content-length и символы переноса строки, а Redis в начале сообщения указывает сколько элементов надо получить и пока столько не получишь нельзя считать, что все данные пришли в буффер.

А если уж предпочтения с сокетами работать, то лучше книжку про создание сетей на питоне прочитать или хотя бы пару статей про сокеты в python. А то сложность "сложно" на таком вопросе и проблемы с бесконечным recv это скорее "сделать хочу, разбираться не хочу", а не "поработать с сокетами"

Answer 1

[Сергей Тихонов]

Если кратко, то проблема решается на уровне протокола приложения.
Примеры:

• HTTP-протокол указывает Content-Length, раздел заголовков заканчивается \r\n\r\n.
  
• У редиса в начале каждого поля идет его длина.
  
• Транспорты видео (не помню какой именно) используют "магическую последовательность байт" чтобы один пакет от другого отличать.
  

Answer 2

[Дмитрий Шицков]

Вы можете попробовать другие режимы работы с сокетом - установить таймауты или неблокирующий режим. В обоих случаях при невозможности прочитать из сокета вы получите exception, который можно отловить и обработать.

Answer 3

[Владимир]

создайте свой протокол. к примеру
сообщение со стороны клиента и сервера должно быть структурированым
key|length|data|crc
key - хеш ключ, на основании которого вы валидируете что клиент действительно ваш. длинна всегда к примеру 15 знаков
length - длинна блока дата, всегда 10 знаков
data - блок с данными, длинна равна значению length
crc - контрольная сумма блока data, для проверки целостности пакета, всегда 4 знака
при таком подходе Вы всегда знаете какой длинны Вам придут данные и что собственно ожидается
вобщем socket это весело :)

Comments

[Викентий]

Мне нравится ваше предложение и я попробую как-нибудь в этом разобраться, но если Вам не трудно, могли бы Вы расписать это более подробно? Пока я не прочитал ответы, я думал о том, чтобы на стороне клиента отправлять данные по 1024 байта, а как данные кончатся, последним отправить какое-нибудь ключевое слово, которым сервер закончит принимать данные

[Владимир]

wintreist, даже и не знаю что именно тут расписывать более подробно. это очень обьемная лекция получится и боюсь что простыми комментариями тут не обойтись