Чаще всего параметры сокета имеют целый или логический тип. В обоих случаях параметр

должен содержать указатель на значение типа . Для логического типа любое ненулевое значение интерпретируется , нулевое — как . Два достаточно важных параметра сокета — размеры входного и выходного буфера. Это параметры уровня сокета (), их номера задаются константами и . Например, чтобы получить размер входного буфера сокета, нужно выполнить код листинга 2.34.

После выполнения этого кода размер буфера будет содержаться в переменной

.

Немного поэкспериментировав, можно обнаружить, что размер входного и выходного буфера равен 8192 байтам как для TCP, так и для UDP. Тем не менее это не мешает отправлять и получать дейтаграммы большего размера (для UDP), а также накапливать в буфере больший объем информации (для TCP). При получении данных это достигается за счет использования более низкоуровневых буферов, чем буфер самого сокета. Можно даже установить входной буфер сокета равным нулю — тогда все поступившие данные будут храниться в низкоуровневых буферах. Однако делать так не рекомендуется, т.к. при этом снижается производительность.

Как уже говорилось, если буфер для исходящих имеет нулевой размер, то функции

и независимо от режима работы сокета отправляют данные непосредственно в сеть. Если же размер этого буфера не равен нулю, при необходимости он может увеличиваться.

В MSDN описаны следующие правила роста буфера:

1. Если объем данных в буфере меньше, чем это задано параметром

, то новые данные копируются в буфер полностью. Буфер при необходимости увеличивается.

2. Если объем данных в буфере достиг или превысил

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

3. Если объем данных в буфере достиг или превысил

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

Следует отметить, что увеличение размера буфера носит временный характер.

Заметим также, что в ходе наших экспериментов второе правило воспроизвести не удалось. Если предел, заданный параметром

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

Ранее мы упоминали, что UDP допускает широковещательную рассылку (рассылку по адресу 255.255.255.255 и т.п.). Но по умолчанию такая рассылка запрещена. Чтобы разрешить широковещательную рассылку, нужно установить в

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

Для запрета широковещательной рассылки через сокет используется тот же код, за исключением того, что переменной

следует присвоить ноль.

Последний параметр сокета, который мы рассмотрим, называется

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

Поле

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

Остальные параметры сокета детально описаны в MSDN.

Мы рассмотрели основные принципы работы со стандартными сокетами. Хотя многое осталось за кадром, того, что здесь было написано, достаточно, чтобы начать создавать разнообразные приложения с использованием сокетов. Для самостоятельного изучения рекомендуется сделать следующее:

□ Для каждой из упоминавшихся здесь функций выяснить, какие ошибки может возвращать

в случае неуспешного завершения и что каждая из этих ошибок означает.