Нет, это нельзя объяснить с точки зрения непрофессионала. Laymen не может успешно программировать с pthreads в C ++. Требуется специалист, известный как «программист»: -)
pthread_once_t - это небольшой объем памяти, к которому pthread_once должен получить доступ, чтобы убедиться, что он выполняет то, что говорит на жестяной банке. Каждый однократный элемент управления позволяет вызывать процедуру init один раз и только один раз, независимо от того, сколько раз она вызывается из какого количества потоков, возможно одновременно. Обычно вы используете разные однократные элементы управления для каждого объекта, который планируете инициализировать по требованию потокобезопасным способом. Вы можете думать об этом как о целом числе, к которому атомарно обращаются, как о флаге, был ли выбран поток для инициализации. Но поскольку pthread_once блокирует, я полагаю, что здесь есть что-то большее, чем если бы реализация могла втиснуть в примитив синхронизации тоже (единственный раз, когда я реализовал pthread_once, я не смог, так что один раз управление приняло любое из 3 состояний (начало, инициализация, завершение). Но потом я не смог изменить ядро. Необычная ситуация).
pthread_key_t похоже на индекс для доступа к локальному хранилищу потока. Вы можете думать о каждом потоке как о наличии карты от ключей к значениям. Когда вы добавляете новую запись в TLS, pthread_key_create выбирает для нее ключ и записывает этот ключ в указанное вами место. Затем вы используете этот ключ из любого потока, когда хотите установить или получить значение этого элемента TLS для текущего потока. Причина, по которой TLS дает вам ключ вместо того, чтобы позволить вам выбрать один, заключается в том, что несвязанные библиотеки могут использовать TLS, не взаимодействуя друг с другом, чтобы избежать использования одного и того же значения и уничтожения данных TLS друг друга. Библиотека pthread может, например, хранить глобальный счетчик и назначать ключ 0 для первого вызова pthread_key_create, 1 для второго и т. Д.