2

这是单例

#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 中有这个单例。怎么可能做到这一点？

4

1 回答 1

4

问题是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() 的函数，但这既不方便又丑陋。另外，除非绝对必要，否则我至少会考虑不使用单例。强制用户使用你的代码是一件令人讨厌的事情，但这只是我个人的看法。

于 2013-11-14T16:35:37.740 回答