Сообщения, отправленные в этот сокет из других хостов или портов на хосте второго участника обмена данными, будут игнорироваться. Это позволяет немного повысить уровень защиты клиентской программы. Однако подключение дейтаграммного сокета не меняет его основных свойств, связанных с особенностями протокола UDP, - он ориентирован на сообщения и ненадежен. В серверах, которые обычно должны принимать и передавать сообщения многим клиентам, как правило, не следует подключать сокеты.
Ошибки протокола UDP
Ошибки протокола UDP встречаются довольно редко поскольку он не обеспечивает синхронизации действий, выполняемых в связи с доставкой сообщений. К примеру, это может быть отправка произвольного запроса сайту содержащего описание для sony xperia c . Достаточно представить себе, что происходит, когда функция send () используется для передачи дейтаграммы UDP на удаленный хост, на котором отсутствует программа, принимающая запросы из указанного порта. В этом случае при использовании протокола TCP после вызова функции connect () будет получена ошибка ECONNREFUSED (в соединении отказано). Аналогичным образом сообщения о любых проблемах на удаленном конце соединения, например об останове сервера, будут поступать синхронно, т.е. одновременно с выполнением следующей операции чтения или записи в сокет.
Протокол UDP работает совсем по-другому. Значение, возвращаемое из функции send () , не позволяет узнать о том, было ли доставлено сообщение на удаленный хост, поскольку функция send () возвращает истинное значение, которое свидетельствует только о том, что сообщение успешно поставлено в очередь операционной системой.