ZeroMQ上下文单例，在DLL中提供，程序退出时崩溃（VS2010 win7 x64 zmq 4.0x）

Question

这是单身

#pragma once

class ContextManager {
public:
    static ContextManager& Instance() {
        static ContextManager instance;
        return instance;
    }
    zmq::context_t& GetContext() { return ctx_;}
private:
    zmq::context_t ctx_;
    ~ContextManager() {}
};

我有一个 DLL，其中包含一些有用的网络实用程序，构建在 ZeroMQ 之上，并且使用这个单例不必传递上下文。

我将此 DLL 链接到运行测试套件的 EXE。这个测试套件工作，发送和接收一些消息。当程序退出时，ContextManager 析构函数崩溃说“断言失败：尚未执行成功的 WSASTARTUP (......\src\signaler .cpp:137)"

更多详情：

• 应用程序是单线程的。
• 如果我只是从 .EXE 调用 Instance.GetContext() 方法并返回（不运行测试，不再调用 DLL 接口），那么它也会失败。
• 如果我在 main 之前定义这个单例（因此，在 exe 内部而不使用 DLL 中的对象），那么 它可以工作。
• WSastartup 只需调用一次即可。

我不想向 DLL 客户端公开任何实现细节，所以我希望在 DLL 中包含这个单例。怎么可能做到这一点？

Answer 1

问题是ZMQ使用的WinSock需要在使用前调用WSAStartup()。如果您随后调用 WSAShutdown() 并使用 ZMQ，看起来好像 WSAStartup() 从未被调用过，因此断言失败。在更抽象的层面上，WSAStartup() 和 WSAShutdown() 之间的时间跨度必须完全包含 ZMQ 上下文的生命周期。

C++ 中的函数级静态是按需创建的，但在 main() 返回后被销毁（我相信以未指定的顺序）。您没有显示对 WSAStartup() 的调用，但我猜它在 main() 内部的某个地方。同样，对 WSAShutdown() 的调用是在 main 结束之前，但这仍然会将它放在函数静态对象的破坏之前，因此您会看到问题。

两个可能的修复：

• 使用 new 分配上下文并且永远不要删除它。唯一一次删除它是在程序关闭时，即在操作系统本身回收程序使用的所有资源之前不久。这是一个简单实用的解决方法。
• 更复杂一点的是将 WSAStartup()/WSAShutdown() 调用绑定到单例的 ctor/dtor。在 ctor 中，启动 WinSock，然后创建上下文。在析构函数中，销毁上下文，然后释放 WinSock。

您还可以为您的 DLL 创建两个类似于 WSAStartup() 和 WSAShutdown() 的函数，但这既不方便又丑陋。另外，除非绝对必要，否则我至少会考虑不使用单例。强制用户使用您的代码是一件令人讨厌的事情，但这只是我个人的看法。