UNIX: разработка сетевых приложений
3. Реструктуризация интерфейса для исключения статических переменных и обеспечения безопасности функции в многопоточной среде. Для
это будет означать отказ от увеличения быстродействия, достигнутого в листинге 3.12, и возвращение к более старой версии, представленной в листинге 3.11. Поскольку мы назвали старую версию «ужасно медленной», это решение не всегда пригодно на практике.readlineИспользование собственных данных потоков — это распространенный способ сделать существующую функцию безопасной в многопоточной среде. Прежде чем описывать функции Pthread, работающие с такими данными, мы опишем саму концепцию и возможный способ реализации, так как эти функции кажутся более сложными, чем являются на самом деле.
Частично осложнения возникают по той причине, что во всех книгах, где идет речь о потоках, описание собственных данных потоков дается по образцу стандарта Pthreads. Пары ключ-значение и ключи рассматриваются в них как непрозрачные объекты. Мы описываем собственные данные потоков в терминах индексов и указателей, так как обычно в реализациях в качестве ключей используются небольшие положительные целые числа (индексы), а значение, ассоциированное с ключом, — это просто указатель на область памяти, выделяемую потоку с помощью функции
.mallocВ каждой системе поддерживается ограниченное количество объектов собственных данных потоков. В POSIX требуется, чтобы этот предел не превышал 128 (на каждый процесс), и в следующем примере мы используем именно это значение. Система (вероятно, библиотека потоков) поддерживает один массив структур (которые мы называем структурами
) для каждого процесса, как показано на рис. 26.2.KeyРис. 26.2. Возможная реализация собственных данных потока
Флаг в структуре
указывает, используется ли в настоящий момент данный элемент массива. Все флаги инициализируются как указывающие на то, что элемент не используется. Когда поток вызывает функциюKeyдля создания нового элемента собственных данных потока, система отыскивает в массиве структурpthread_key_createпервую структуру, не используемую в настоящий момент. Индекс этой структуры, который может иметь значение от 0 до 127, называется ключом и возвращается вызывающему потоку как результат выполнения функции. О втором элементе структурыKey, так называемом указателе-деструкторе, мы поговорим чуть позже.KeyВ дополнение к массиву структур
, общему для всего процесса, система хранит набор сведений о каждом потоке процесса в структуреKey. Частью этой структуры является массив указателей, состоящий из 128 элементов, который мы называемPthread. Это показано на рис. 26.3.pkeyРис. 26.3. Информация, хранящаяся в системе для каждого потока
Все элементы массива
инициализируются пустыми указателями. Эти 128 указателей являются «значениями», ассоциированными с каждым из 128 «ключей» процесса.pkeyКогда мы с помощью функции
создаем ключ, система сообщает нам фактическое значение ключа (индекс). Затем каждый поток может сохранить значение (указатель), связанное с этим ключом, и, как правило, каждый поток получает этот указатель в виде возвращаемого значения функцииpthread_key_create. Частично путаница с собственными данными потока обусловлена тем, что указатель в паре ключ-значение играет роль значения, но сами собственные данные потока — это то, на что указывает данный указатель.mallocТеперь мы перейдем к примеру применения собственных данных потока, предполагая, что наша функция
использует их для хранения информации о состоянии каждого потока при последовательных обращениях к ней. Вскоре мы покажем код, выполняющий эту задачу, в котором функцияreadlineмодифицирована так, чтобы реализовать представленную далее последовательность шагов.readline1. Запускается процесс, и создается несколько потоков.
2. Один из потоков вызовет функцию
первой, а та, в свою очередь, вызовет функциюreadline. Система отыщет первую неиспользуемую структуруphtread_key_create(см. рис. 26.2) и возвратит вызывающему процессу ее индекс. В данном примере мы предполагаем, что индекс равен 1.KeyМы будем использовать функцию
, чтобы гарантировать, что функцияpthread_onceвызывается только первым потоком, вызвавшим функциюpthread_key_create.readline3. Функция
вызывает функциюreadline, чтобы получить значениеpthread_getspecific(«указатель» на рис. 26.3 для ключа, имеющего значение 1) для данного потока, но эта функция возвращает пустой указатель. Тогда функцияpkey[1]вызывает функциюreadlineдля выделения памяти, которая необходима для хранения информации о каждом потоке при последовательных вызовах функцииmalloc. Функцияreadlineинициализирует эти области памяти по мере надобности и вызывает функциюreadline, чтобы установить указатель собственных данных потока (pthread_setspecific), соответствующий данному ключу, на только что выделенную область памяти. Мы показываем этот процесс на рис. 26.4, предполагая, что вызывающий поток — это поток с номером 0 в данном процессе.pkey[1]Рис. 26.4. Соответствие между областью памяти, выделенной функцией malloc, и указателем собственных данных потока
На этом рисунке мы отмечаем, что структура Pthread поддерживается системой (вероятно, библиотекой потоков), но фактически собственные данные потока, которые мы размещаем в памяти с помощью функции
, поддерживаются нашей функцией (в данном случаеmalloc). Все, что делает функцияreadline, — это установка указателя для данного ключа в структуре Pthread на выделенную область памяти. Аналогично, действие функцииpthread_setspecificсводится к возвращению этого указателя.pthread_getspecific4. Другой поток, например поток с номером
, вызывает функциюn, возможно, в тот момент, когда поток с номером 0 все еще находится в стадии выполнения функцииreadline.readlineФункция
вызывает функциюreadline, чтобы инициализировать ключ этого элемента собственных данных, но так как эта функция уже была однажды вызвана, то больше она не выполняется.pthread_once5. Функция
вызывает функциюreadlineдля получения значения указателяpthread_getspecificдля данного потока, но возвращается пустой указатель. Тогда поток вызывает функциюpkey[1]и функциюmalloc, как и в случае с потоком номер 0, инициализируя элемент собственных данных потока, соответствующий этому ключу (1). Этот процесс иллюстрирует рис. 26.5.pthread_setspecific


