crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )


  Ответ в QTcpSocket. Как понять, что данные досттавлены?
Введите ваше имя
Подтвердите код

Введите в поле код из 6 символов, отображенных в виде изображения. Если вы не можете прочитать код с изображения, нажмите на изображение для генерации нового кода.
 

Опции сообщения
 Включить смайлы?
Иконки сообщения
(Опционально)
                                
                                
  [ Без иконки ]
 


Последние 10 сообщений [ в обратном порядке ]
MishaUA Дата 12.1.2015, 20:58
  Спасибо за ответ!
Но всё же, не понятно, как можно узнать о том, что данные дошли? Даже если отключил этот алгоритм, то сигнал bytesWritten вызывается сразу же после вызова метода write(), даже если данные не дошли.
mezmay Дата 12.1.2015, 5:47
  Вообще протокол TCP должен гарантировать 100%-ю доставку данных и о таких проблемах я не слышал.
Теоретически может срабатывать алгоритм Нейгла:
Цитата
...Алгоритм Нейгла работает путем объединения нескольких небольших исходящих сообщений, а затем отправки их всех сразу. В частности, пока существует отправленный пакет, для которого отправитель еще не получил никакого подтверждения о доставке, отправитель должен держать в буфере его данные для отправки, до тех пор, пока не наберется достаточно данных на полный пакет, который можно отправить единожды...
Читать на википедии

Если коротко, то он маленькие пакеты сразу не отправляет, а ждет пока накопится определенный объем или не наступит таймаут.
Отключить это на Qt:
socket->setSocketOption(QAbstractSocket::LowDelayOption, true)
(надо сделать на обоих концах).

Но и простой отчет о доставке реализовать просто (но протокол TCP делает это внутри себя)
MishaUA Дата 12.1.2015, 4:29
  QTcpSocket подключается к серверу, после чего начинает обмениваться с ним данными. Интересует, можно ли как-то узнать, доставлены ли данные после вызова метода write? Есть сигнал bytesWritten, но он вызывается, после вызова write() даже когда данные не доставлены. Так же, есть сигнал readyRead, сервер после получения данных должен присылать ответ, можно после write поднимать флаг, а при вызове readyRead его сбрасывать, если сброс не произошел по таймауту, то переподключаться и отправлять этот пакет заново. Но насколько знаю, TCP позволяет контролировать доставку данных, или я ошибаюсь?
Просмотр темы полностью (откроется в новом окне)
RSS Текстовая версия Сейчас: 29.3.2024, 16:45