Войти
Безопасность потоков - это концепция компьютерного программирования, применимая к multi -заходной код. Поточно-безопасный код управляет только общими структурами данных таким образом, чтобы гарантировать, что все потоки ведут себя должным образом и выполняют свои проектные спецификации без непреднамеренного взаимодействия. Существуют различные стратегии создания потоковобезопасных структур данных.
Программа может выполнять код одновременно в нескольких потоках в общем адресном пространстве, где каждый из этих потоков имеет доступ практически ко всем память каждого второго потока. Безопасность потоков - это свойство, которое позволяет коду работать в многопоточных средах путем восстановления некоторых соответствий между фактическим потоком управления и текстом программы с помощью синхронизации.
Программные библиотеки могут предоставлять определенные потоки -гарантии безопасности. Например, одновременное чтение может быть гарантировано потокобезопасным, а одновременная запись - нет. Является ли программа, использующая такую библиотеку, потокобезопасной, зависит от того, использует ли она библиотеку в соответствии с этими гарантиями.
Разные поставщики используют несколько разную терминологию для обеспечения безопасности потоков:
Гарантии безопасности потоков обычно также включают шаги проектирования для предотвращения или ограничения риска различных форм взаимоблокировок, а также оптимизацию для максимизации параллельной производительности. Однако гарантии отсутствия тупиков не всегда могут быть предоставлены, поскольку тупиковые ситуации могут быть вызваны обратными вызовами и нарушением архитектурного разделения независимо от самой библиотеки.
Ниже мы обсуждаем два класса подходов для предотвращения состояний гонки для достижения безопасности потоков.
Первый класс подходов направлен на предотвращение совместного использования состояния и включает:
Второй класс подходов связан с синхронизацией и используется в ситуациях, когда нельзя избежать общего состояния:
В следующем фрагменте кода Java ключевое слово Java synchronized делает метод потокобезопасным:
class Counter {private int i = 0; общедоступная синхронизированная void inc () {i ++; }}В языке программирования C каждый поток имеет свой собственный стек. Однако статическая переменная не хранится в стеке; все потоки имеют к нему одновременный доступ. Если несколько потоков перекрываются при выполнении одной и той же функции, возможно, что статическая переменная может быть изменена одним потоком, в то время как другой находится на полпути к ее проверке. Эта сложная для диагностики логическая ошибка, которая может компилироваться и работать правильно большую часть времени, называется состоянием состязания. Один из распространенных способов избежать этого - использовать другую совместно используемую переменную в качестве «блокировки» или «мьютекса» (от mut ual ex clusion).
В следующем фрагменте кода C функция является потокобезопасной, но не реентерабельной:
# includeint increment_counter () {static int counter = 0; статический pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; // разрешаем только одному потоку увеличиваться за раз pthread_mutex_lock (mutex); ++ счетчик; // сохраняем значение перед тем, как другие потоки увеличивают его дальше int result = counter; pthread_mutex_unlock (mutex); вернуть результат; }
В приведенном выше примере increment_counterможет вызываться разными потоками без каких-либо проблем, поскольку мьютекс используется для синхронизации всего доступа к общей переменной counter. Но если функция используется в повторно входимом обработчике прерывания и второе прерывание возникает, когда мьютекс заблокирован, вторая процедура зависнет навсегда. Поскольку обслуживание прерываний может отключить другие прерывания, может пострадать вся система.
Одна и та же функция может быть реализована как для обеспечения потоковой безопасности, так и для повторного входа, используя lock-free atomics в C ++ 11 :
# includeint increment_counter () {статический std :: atomic счетчик (0); // приращение гарантированно выполняется атомарно int result = ++ counter; вернуть результат; }
