Системное программирование в среде Windows

 /* Следовать стандартной процедуре вызова последовательности функций socket/connect клиентом. */
 ClientSock = socket(AF_INET, SOCK_STREAM, 0);
 memset(&ClientSAddr, 0, sizeof(ClientSAddr));
 ClientSAddr.sin_family = AF_INET;
 if (argc >= 2) ClientSAddr.sin_addr.s_addr = inet_addr(argv [1]);
 else ClientSAddr.sin_addr.s_addr = inet_addr(DefaultIPAddr);
 ClientSAddr.sin_port = htons(SERVER_PORT);
/* Номер порта определен равным 1070. */
 connect(ClientSock, (struct sockaddr *)&ClientSAddr, sizeof(ClientSAddr));
 /* Основной цикл для вывода приглашения на ввод команд, посылки запроса и получения ответа. */
 while (!Quit) {
 _tprintf(_T("%s"), PromptMsg);
 /* Ввод в формате обобщенных строк, но команда серверу должна указываться в формате ASCII. */
 _fgetts(Req, MAX_RQRS_LEN-1, stdin);
 for (j = 0; j <= _tcslen(Req) Request.Record[j] = Req[j];
 /* Избавиться от символа новой строки в конце строки. */
 Request.Record[strlen(Request.Record) – 1] = '\0';
 if (strcmp(Request.Record, QuitMsg) == 0 || strcmp(Request.Record, ShutMsg) == 0) Quit = TRUE;
 SendRequestMessage(&Request, ClientSock);
 ReceiveResponseMessage(&Response, ClientSock);
 }
 shutdown(ClientSock, 2); /* Запретить посылку и прием сообщений. */
 closesocket(ClientSock);
 WSACleanup;
 _tprintf(_T("\n****Выход из клиентской программы\n"));
 return 0;
}

Пример: усовершенствованный сервер на основе сокетов

Программа serverSK (программа 12.2) аналогична программе serverNP (программа 11.3), являясь ее видоизмененным и усовершенствованным вариантом.

• В усовершенствованном варианте программы серверные потоки создаются по требованию (on demand), а не в виде пула потоков фиксированного размера. Каждый раз, когда сервер принимает запрос клиента на соединение, создается серверный рабочий поток, и когда клиент прекращает работу, выполнение потока завершается.

• Сервер создает отдельный поток приема (accept thread), что позволяет основному потоку опрашивать глобальный флаг завершения работы, пока вызов accept остается блокированным. Хотя сокеты и могут определяться как неблокирующиеся, потоки обеспечивают удобное универсальное решение. Следует отметить, что значительная часть расширенных функциональных возможностей Winsock призвана поддерживать асинхронные операции, тогда как потоки Windows дают возможность воспользоваться более простой и близкой к стандартам функциональностью синхронного режима работы сокетов.

• За счет некоторого усложнения программы усовершенствовано управление потоками, что позволило обеспечить поддержку состояний каждого потока.

• Данный сервер поддерживает также внутрипроцессные серверы (in-process servers), что достигается путем загрузки библиотеки DLL во время инициализации. Имя библиотеки DLL задается в командной строке, и серверный поток сначала пытается определить точку входа этой DLL. В случае успеха серверный поток вызывает точку входа DLL; в противном случае сервер создает процесс аналогично тому, как это делалось в программе serverNP. Пример DLL приведен в программе 12.3. Поскольку генерация исключений библиотекой DLL будет приводить к уничтожению всего серверного процесса, вызов функции DLL защищен простым обработчиком исключений.

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

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

Программа 12.2. serverSK: сервер на основе сокета с внутрипроцессными серверами 

/* Глава 12. Клиент-серверная система. ПРОГРАММА СЕРВЕРА. ВЕРСИЯ НА ОСНОВЕ СОКЕТА. */
/* Выполняет указанную в запросе команду и возвращает ответ. */
/* Если удается обнаружить точку входа разделяемой библиотеки, команды */
/* выполняются внутри процесса, в противном случае – вне процесса. */
/* ДОПОЛНИТЕЛЬНАЯ ВОЗМОЖНОСТЬ: argv [1] может содержать имя библиотеки */
/* DLL, поддерживающей внутрипроцессные серверы. */

#define _NOEXCLUSIONS
#include "EvryThng.h"
#include "ClntSrvr.h" /* Определяет структуру записей запроса и ответа. */

struct sockaddr_in SrvSAddr;
/* Адресная структура сокета сервера. */
struct sockaddr_in ConnectSAddr; /* Подключенный сокет. */
WSADATA WSStartData; /* Структура данных библиотеки сокета. */

typedef struct SERVER_ARG_TAG { /* Аргументы серверного потока. */
 volatile DWORD number;
 volatile SOCKET sock;
 volatile DWORD status;
 /* Пояснения содержатся в комментариях к основному потоку. */
 volatile HANDLE srv_thd;
 HINSTANCE dlhandle; /* Дескриптор разделяемой библиотеки. */
} SERVER_ARG;

volatile static ShutFlag = FALSE;
static SOCKET SrvSock, ConnectSock;
int _tmain(DWORD argc, LPCTSTR argv[]) {
 /* Прослушивающий и подключенный сокеты сервера. */
 BOOL Done = FALSE;
 DWORD ith, tstatus, ThId;
 SERVER_ARG srv_arg[MAX_CLIENTS];
 HANDLE hAcceptTh = NULL;
 HINSTANCE hDll = NULL;
 /* Инициализировать библиотеку WSA; задана версия 2.0, но будет работать и версия 1.1. */