c++ - 任何人都可以为我提供 C++ 中的 Singleton 示例吗？

Question

我用下面的方式写了一个单例c++:

class A {
    private:
        static A* m_pA;
        A();
        virtual ~A();

    public:
        static A* GetInstance();
        static void FreeInstance();

        void WORK1();
        void WORK2();
        void WORK3();
    }
}

A* A::GetInstance() {
    if (m_pA == NULL)
        m_pA = new A();
    return m_pA;
}

A::~A() {
    FreeInstance()  // Can I write this? are there any potential error?
}

void A::FreeInstance() {
    delete m_pA;
    m_pA = NULL;
}

谢谢! Evan Teran 和 sep61.myopenid.com 的回答是正确的，而且非常好! 我的方法是错误的，我希望任何编写此类代码的人都可以避免我的愚蠢错误。

我的项目中的单例A有一个智能指针 vector ，另一个线程也可以编辑这个 vector ，所以当应用程序关闭时，即使我添加了大量的CMutex，它总是变得不稳定。多线程错误+单例错误浪费了我1天。

//------------------------------------------------ ------------ 一个新的单例，如果您认为以下示例有任何问题，欢迎您编辑:

class A {
    private:
        static A* m_pA;
        explicit A();
        void A(const A& a);
        void A(A &a);
        const A& operator=(const A& a);
        virtual ~A();

    public:
        static A* GetInstance();
        static void FreeInstance();

        void WORK1();
        void WORK2();
        void WORK3();
    }
}

A* A::GetInstance() {
    if (m_pA == NULL){
        static A self;
        m_pA = &self;
    }
    return m_pA;
}

A::~A() {
}

Answer 1

为什么每个人都想将单例作为指针返回？
将其作为引用返回似乎更合乎逻辑!

您永远不能手动释放单例。你怎么知道谁在引用单例？如果您不知道(或不能保证)没有人有引用(在您的情况下是通过指针)，那么您没有释放对象的业务。

在函数方法中使用静态。
这保证了它只被创建和销毁一次。它还免费为您提供延迟初始化。

class S
{
    public:
        static S& getInstance()
        {
            static S    instance;
            return instance;
        }
    private:
        S() {}
        S(S const&);              // Don't Implement.
        void operator=(S const&); // Don't implement
 };

请注意，您还需要将构造函数设为私有(private)。 还要确保覆盖默认的复制构造函数和赋值运算符，这样就不能复制单例(否则它不会是单例)。

另请阅读:

• https://stackoverflow.com/a/1008289/14065
• Singleton: How should it be used
• C++ Singleton design pattern

确保您出于正确的原因使用单例。

虽然在一般情况下技术上不是线程安全的，但请参阅:
What is the lifetime of a static variable in a C++ function?

GCC 有一个明确的补丁来弥补这一点:
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg00265.html