Функция считывает строку текста, а функция отправляет эту строку серверу.

Функция принимает отраженную сервером строку, а функция записывает ее в стандартный поток вывода.

Цикл завершается, когда функция возвращает пустой указатель, что означает достижение конца файла или обнаружение ошибки. Наша функция-обертка проверяет наличие ошибки, и если ошибка действительно произошла, прерывает выполнение программы. Таким образом, функция возвращает пустой указатель только при достижении конца файла.

Наш небольшой пример использования TCP (около 150 строк кода для двух функций

, , , и ) позволяет понять, как запускаются и завершаются клиент и сервер и, что наиболее важно, как развиваются события, если произошел сбой на узле клиента или в клиентском процессе, потеряна связь в сети и т.д. Только при понимании этих «граничных условий» и их взаимодействия с протоколами TCP/IP мы сможем обеспечить устойчивость клиентов и серверов, которые смогут справляться с подобными ситуациями.

Сначала мы запускаем сервер в фоновом режиме на узле

.

Когда сервер запускается, он вызывает функции

, , и , а затем блокируется в вызове функции . (Мы еще не запустили клиент.) Перед тем, как запустить клиент, мы запускаем программу , чтобы проверить состояние прослушиваемого сокета сервера.

Здесь мы показываем только первую строку вывода и интересующую нас строку. Эта команда показывает состояние всехсокетов в системе, поэтому вывод может быть большим. Для просмотра прослушиваемых сокетов следует указать параметр

.

Результат совпадает с нашими ожиданиями. Сокет находится в состоянии LISTEN, локальный IP-адрес задан с помощью символа подстановки (то есть является универсальным) и указан локальный порт 9877. Функция

выводит звездочку для нулевого IP-адреса ( , универсальный адрес) или для нулевого порта.

Затем на том же узле мы запускаем клиент, задав IP-адрес сервера 127.0.0.1. Мы могли бы задать здесь и нормальный адрес сервера (его IP-адрес в сети).

Клиент вызывает функции

и , последняя осуществляет трехэтапное рукопожатие TCP. Когда рукопожатие TCP завершается, функция connect возвращает управление процессу-клиенту, а функция — процессу-серверу. Соединение установлено. Затем выполняются следующие шаги:

1. Клиент вызывает функцию

, которая блокируется в вызове функции , поскольку мы еще ничего не ввели.

2. Когда функция

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

3. Родительский процесс сервера снова вызывает функцию

и блокируется в ожидании подключения следующего клиента.

У нас имеется три процесса, и все они находятся в состоянии ожидания (блокированы): клиент, родительский процесс сервера и дочерний процесс сервера.