Linux API. Исчерпывающее руководство

Системный вызов connect() соединяет активный сокет, на который указывает файловый дескриптор sockfd, со слушающим сокетом, чей адрес задан в виде аргументов addr и addrlen.

#include

int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen);

Возвращает 0 при успешном завершении или -1 при ошибке

Аргументы addr и addrlen указываются таким же образом, как и в вызове bind().

Если вызов connect() завершается неудачей и мы хотим повторить попытку соединения, то портируемая процедура для этого согласно стандарту SUSv3 выглядит так: нужно закрыть имеющийся сокет, создать вместо него новый и с его помощью попытаться соединиться еще раз.

52.5.4. Операции ввода/вывода с потоковыми сокетами

Двунаправленный канал взаимодействия двух конечных точек обеспечивается за счет пары соединенных между собой сокетов. На рис. 52.3 показано, как это выглядит в UNIX-домене.

Рис. 52.3.Потоковые сокеты домена UNIX предоставляют двунаправленный канал взаимодействия

По своей семантике операции ввода/вывода с потоковыми сокетами похожи на аналогичные операции с именованными каналами.

• Для выполнения ввода/вывода служат системные вызовы read() и write() (или специальные вызовы send() и recv(), описанные в разделе 57.3). Поскольку сокеты являются двунаправленными, обе эти операции можно использовать на любом конце соединения.

• Сокет может быть закрыт с помощью системного вызова close() или в результате завершения приложения. После этого, если удаленная программа попытается прочитать данные на другом конце соединения, она получит символ конца файла (когда закончатся все данные в буфере). При попытке записи в данный сокет удаленная программа получит сигнал SIGPIPE, а системный вызов завершится ошибкой EPIPE. Как уже отмечалось в разделе 44.2, в такой ситуации сигнал SIGPIPE обычно игнорируется, а информация о закрытом соединении определяется по ошибке EPIPE.

52.5.5. Закрытие соединения: close()

Обычно для закрытия соединения на основе потоковых сокетов используется вызов close(). Если на сокет указывают несколько файловых дескрипторов, то он будет закрыт вместе с последним из них.

Представьте, что после закрытия соединения удаленное приложение сталкивается со сбоем, не может прочитать или корректно обработать данные, которые ему были отправлены. В таком случае невозможно узнать о произошедшей ошибке. Удостовериться в том, что данные были успешно прочитаны и обработаны, можно, создав в приложении некий протокол подтверждения. Обычно это выражается в возвращении специального сообщения, подтверждающего успешное выполнение операции.

В разделе 57.2 будет описан системный вызов shutdown(), который обеспечивает более гибкое управление процедурой закрытия соединений на основе потоковых сокетов.

52.6. Датаграммные сокеты

Принцип их работы можно объяснить на примере почтового сервиса.

1. Системный вызов socket() является аналогом установки почтового ящика (здесь имеются в виду ящики, традиционные для ряда стран: они устанавливаются в пригородах и используются как для получения, так и для отправки писем). Любое приложение, которое хочет отправлять или получать датаграммы, должно создать датаграммный сокет с помощью вызова socket().

2. Чтобы иметь возможность принимать датаграммы (письма) от других приложений, нужно привязать свой сокет к общеизвестному адресу, воспользовавшись вызовом bind(). Обычно это делает сервер, а клиент инициирует взаимодействие, отправляя по данному адресу свою датаграмму (в некоторых доменах, включая UNIX-домен, клиент, желающий получать датаграммы, посланные сервером, тоже может задействовать вызов bind() для привязки своего сокета к определенному адресу).

3. Для отправки датаграммы приложение делает вызов sendto(). Он в качестве одного из своих аргументов принимает адрес удаленного сокета, которому предназначено сообщение. Это похоже на то, как мы записываем на конверте адрес получателя, прежде чем опустить его в почтовый ящик.

4. Чтобы получить датаграмму, приложение делает вызов recvfrom(), который может заблокироваться, если она еще не пришла. Поскольку данный вызов позволяет определить адрес отправителя, при желании можно послать ответное сообщение (это пригодится в ситуациях, когда отправитель привязан к адресу, о котором мы не знаем заранее — что является типичной ситуацией). Здесь наша аналогия немного хромает, поскольку в реальности отправителю не обязательно писать на конверте свой собственный адрес.

5. Когда сокет больше не нужен, приложение закрывает его с помощью вызова close().