BOOST如何在线程中发送信号并在另一个线程中执行相应的槽?

时间:2011-02-19 11:45:44

标签: c++ boost signals

例如,在Qt中,如果你在GUI线程之外的线程中发出信号,信号被排队并稍后在GUI线程中执行,那么有没有办法用boost来做到这一点?

感谢

5 个答案:

答案 0 :(得分:17)

对于事件循环,请使用boost :: asio :: io_service。您可以在此对象中发布任务,并让另一个线程以线程安全的方式执行它们:

struct MyClass
{
    boost::io_service service;
    void doSomethingOp() const { ... }

    void doSomething()
    {
        service.post(boost::bind(&MyClass::doSomethingOp, this));
    }

    void loop()
    {
            service.run(); // processes the tasks
    }
};

boost::signal<void()> mySignal;

MyClass myClass;
mySignal.connect(boost::bind(&MyClass::doSomething, boost::ref(myClass)));

// launches a thread and executes myClass.loop() there
boost::thread t(boost::bind(&MyClass::loop(), boost::ref(myClass)));

// calls myClass.doSomething() in this thread, but loop() executes it in the other
mySignal(); 

答案 1 :(得分:2)

不直接,因为boost不提供事件循环。

要在另一个线程中处理一个信号,另一个线程需要检查它应该运行的处理程序队列并执行它们(这通常意味着某种事件循环)。 Boost没有提供一个,所以你需要从别处获取它或者写它。

如果你有一个事件循环,它不提供信号,(或实现一些简单的队列解决方案)你应该能够(ab)使用boost.signals2(而不是boost.signals,因为那个版本不是线程-safe)通过重写operator+=来包装每个处理程序,将其排队以便在另一个线程中执行。您甚至可以为具有返回值的信号实现它(Qt不支持,但受boost支持),但您必须小心避免死锁。

答案 2 :(得分:1)

Chila的答案是正确的,但它缺少一件事: boost::thread对象将仅调用一次传递的函数。由于boost::io_service在发出信号之前没有任何工作,因此线程将立即完成。为了解决这个问题,有一个boost::asio::io_service::work类。 在调用run()的{​​{1}}方法之前,您应该创建一个工作对象并将其传递给io_service

io_service

注意:在编写本文时(增强1.67),该方法已被弃用,您应该使用//as a class variable std::shared_ptr<boost::asio::io_service::work> worker; //before you call run() of the io_service yourIOService worker = std::make_shared<boost::asio::io_service::work>(yourIOService); //If you want the service to stop worker.reset(); (与io_context::executor_work_guard基本相同的功能)。但是,使用新方法时无法编译,并且工作解决方案仍在boost 1.67中工作。

答案 3 :(得分:1)

这是上述io_serviceexecutor_work_guardsignals2::signal的完整示例。

  • io_service是事件循环处理程序
  • executor_work_guard确保 m_service.run()不仅执行一次
  • signal / slot解耦发送方和接收方
  • thread运行io_service的所有过程
#include <boost/thread.hpp>
#include <boost/asio/io_service.hpp>
#include <boost/asio/executor_work_guard.hpp>
#include <boost/signals2/signal.hpp>

class IOService
{
public:
  IOService() : m_worker(boost::asio::make_work_guard(m_service)) {}
  ~IOService() {}

  // slot to receive signal
  void slotMessage(std::string msg)
  {
    m_service.post(boost::bind(&IOService::process, this, msg));
  }

  // start/close background thread
  bool start()
  {
    if (m_started)
      return true;
    m_started = true;

    // start reader thread
    m_thread = boost::thread(boost::bind(&IOService::loop, this));
    return m_started;
  }

  void loop()
  {
    m_service.run();
  }

  void close()
  {
    m_worker.reset();
    if (m_thread.joinable())
      m_thread.join();
    m_started = false;
  }

  // process
  void process(std::string msg)
  {
    printf("process %s\n", msg.c_str());
  }

private:
  bool m_started = false;
  boost::asio::io_service m_service;
  boost::asio::executor_work_guard<boost::asio::io_context::executor_type> m_worker;
  boost::thread m_thread;
};

int main()
{
  // service instance
  IOService serv;
  serv.start();

  // signal to slot
  boost::signals2::signal<void(std::string)> signalMessage;
  signalMessage.connect(boost::bind(&IOService::slotMessage, boost::ref(serv), _1));

  // send one signal
  signalMessage("abc");

  // wait and quit
  boost::this_thread::sleep(boost::chrono::seconds(2));
  serv.close();
}

答案 4 :(得分:0)

由于某些原因,boost::asio::executor_work_guard<boost::asio::io_context::executor_type>的赋值运算符被删除,但是您仍然可以构造它。

这是我的代码版本,其中发布了一些可移动的Event对象,并在运行io_context::run()的线程上对其进行处理:

class MyClass {
public:
  MyClass () : m_work(boost::asio::make_work_guard(m_service)) {}

  size_t loop() {
    return m_service.run();
  }

  void stop() {
    m_work.reset();
  }

  void doSomething(Event&& e) {
    m_service.post([this, e=std::move(e)]{ doSomethingOp(std::move(e)); });
  }

private:
  void doSomethingOp(const Event& event) {
    ...
  }
//data:
  boost::asio::io_context m_service;
  boost::asio::executor_work_guard<boost::asio::io_context::executor_type> m_work;
};

它需要C ++ 14,并已在VS2017和GCC 6.4以及线程和内存清理程序上进行了测试。