Простой регистратор C++ с использованием шаблона singleton

Question

Из-за примеров наводнения при использовании регистратора с использованием шаблона Singleton я только что написал простой регистратор C++ в том же подходе для моей программы. Тем не менее, поскольку известный метод блокировки с двойной проверкой, как известно, не более потокобезопасен, мне интересно:

1) Забудьте об использовании шаблона Singleton в этом случае?

2) Продолжайте использовать блокировку с двойной проверкой, даже если она небезопасна?

3) Использовать дорогостоящий метод блокировки чистой синхронизации для каждого доступа к его общедоступным интерфейсам?

Любые предложения?

Answer 1

Использование Meyers Singleton. Если вы используете gcc, то хотя бы инициализация является потокобезопасной. строительство

class Singleton{ 
    Singleton(){ 
    //This is threadsafe in gcc, no mutex required 
    } 
    static Singleton * instance(){ 
     static Singleton myinstance; 
     return &myinstance; 
    } 
}; 

НКУ охранников статического местных жителей, если не отключить с -fno-THREADSAFE-статикой, я недавно писал о том, что here

Answer 2

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

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

Answer 3

Один из подходов - убедиться, что ваш первый доступ к регистратору приходит до того, как ваше приложение запустит второй поток. Получая доступ к синглтону в то время, когда вы ЗНАЕТЕ, что нет никаких конфликтов, вы убедитесь, что последующие обращения всегда найдут ранее существовавший объект, и вы должны полностью избежать проблемы.

Answer 4

Вам не нужна отдельная функция Initialize(), так как это просто загрязнит ваш одноэлементный интерфейс. Просто получите экземпляр singleton

прежде, чем какая-либо другая ветка имеет доступ к нему.