非基于DLL的DLL

我正在搜索整个网络的答案，但没有找到我的问题的解决方案。 或者，也许我做了，但因为我是C ++ / programming / Qt的初学者，所以我不理解他们。 在这里最接近的问题是在非Qt应用程序中使用基于Qt的DLL。 我试图使用这种方法，但迄今未成功。

我尝试创建一个DLL，它是我们USB设备的API。 该库也应该在非Qt应用程序上工作。 我有PIMPL的所有Qt的东西和私人类，所以下面的代码是公共类下的一层。 我使用QSerialPort和很多SIGNAL / SLOT，所以我需要QCoreApplications事件循环。 ReaderSerial是Qt开始的地方，它还实例化了QSerialPort运行在另一个QThread中的另一个类。

在这一刻我的问题是整个事情崩溃的错误：“QTimer只能用于与QThread开始的线程”

我想我的基于Qt的类如ReaderSerial不会“看到”QCoreApp事件循环或类似的东西。 所以我的问题是如何将QCoreApplication事件循环提供给我的DLL，所以我创建的所有基于Qt的类都可以工作，我将能够从我的DLL中调用方法。

非常感谢您的答复。

reader_p.h

class ReaderPrivate
{
public:
   ReaderPrivate();
   ~ReaderPrivate();

   void static qCoreAppExec();

   ReaderSerial *readerSerial;

   void connectReader(std::string comPort);
   void disconnectReader();
};

reader.cpp

// Private Qt application
namespace QAppPriv
{
    static int argc = 1;
    static char * argv[] = {"API.app", NULL};
    static QCoreApplication * pApp = NULL;
};

ReaderPrivate::ReaderPrivate()
{
    std::thread qCoreAppThread(qCoreAppExec);
    qCoreAppThread.detach();

    readerSerial = new ReaderSerial;
}

ReaderPrivate::~ReaderPrivate()
{

    delete readerSerial;

}

void ReaderPrivate::qCoreAppExec()
{
    if (QCoreApplication::instance() == NULL)
    {
        QAppPriv::pApp = new QCoreApplication(QAppPriv::argc, QAppPriv::argv);
        QAppPriv::pApp->exec();
        if (QAppPriv::pApp)
            delete QAppPriv::pApp;
    }
}

void ReaderPrivate::connectReader(std::string comPort)
{
    readerSerial->openDevice(comPort);
}

void ReaderPrivate::disconnectReader()
{
    readerSerial->closeDevice();
} 

基于@Kuba Ober的答案，我创建了一个共享库。 我花了一些时间来了解正在发生的事情以及如何使其工作，但它仍然没有做它应该做的。 所以我现在正在寻求建议如何使这个代码工作。

apic.h

#include "Windows.h"

extern "C"
{
    __declspec(dllexport) void WINAPI kyleHello();
}

apic.cpp

#include "apic.h"
#include "appthread.h"

void WINAPI kyleHello()
{
    worker->hello();
}

BOOL WINAPI DllMain(HINSTANCE instance, DWORD reason, LPVOID)
{
    static AppThread *thread;

    switch (reason)
    {
    case DLL_PROCESS_ATTACH:
        thread = new AppThread;
        thread->start();
        break;
    case DLL_PROCESS_DETACH:
        delete thread;
        break;
    default:
        break;
    }

    return TRUE;
};

appthread.h

#include <QThread>
#include <QCoreApplication>
#include <QPointer>

#include "worker.h"

static QPointer<Worker> worker;

class AppThread : public QThread
{
public:
    AppThread();
    ~AppThread();

    // No need for the Q_OBJECT
    QPointer<QCoreApplication> m_app;

    void run() Q_DECL_OVERRIDE
    {
        std::cout << "n AppThread::run";

        int argc;
        char *argv;

        QCoreApplication app(argc, &argv);

        m_app = &app;

        std::cout << "nAppThread::run before Worker";
        Worker worker_;
        worker = &worker_;

        std::cout << "nAppThread::run before app.exec";
        app.exec();
    }

    //using QThread::wait(); // This wouldn't work here.
};

appthread.cpp

#include "appthread.h"

AppThread::AppThread()
{
    std::cout << "n AppThread::ctor";
}

AppThread::~AppThread()
{
    std::cout << "n AppThread::dtor n";
    m_app->quit();
    wait();
}

worker.h

#include <QObject>
#include <QDebug>
#include <iostream>

class Worker : public QObject
{
    Q_OBJECT
    Q_INVOKABLE void helloImpl()
    {
        std::cout << "I'm alive.";
        //qDebug() << "I'm alive.";
    }

public:
    Worker();

    void hello();
};

worker.cpp

#include "worker.h"

Worker::Worker()
{
    std::cout << "nWorker::ctor";
    hello();
}

void Worker::hello()
{
    std::cout << "nWorker::hello()";
    // This is thread-safe, the method is invoked from the event loop
    QMetaObject::invokeMethod(this, "helloImpl", Qt::QueuedConnection);
}

这个输出通常是：

AppThread::ctor  
Worker::hello()  
AppThread::dtor  

有时：

AppThread::ctor  
Worker::hello()  
AppThread::run  
AppThread::dtor  

有时：

AppThread::ctor  
Worker::hello()  
AppThread::dtor  
QMutex: destroying locked mutex

GitHub回购：https：//github.com/KyleHectic/apic.git

---

首先，如果您需要QCoreApplication ，它将始终是您的QCoreApplication 。 你不应该在你的DLL中尝试任何形式的Qt动态链接，以防它最终从你的客户端应用程序中获取Qt。 在这些Qt库之间不能保证二进制兼容性 - 这会迫使你的客户使用完全相同的编译器版本，并且是二进制兼容的Qt版本。 一般来说，这是一种幻想。

因此，您需要测试QCoreApplication的存在并不符合您的使用模式。 你将永远需要它。 你所要做的就是启动一个线程并在那里启动核心应用程序。 而已。

QPointer<Worker> worker;

extern "C" {
  __declspec(DLLEXPORT) WINAPI VOID kyleHello() {
    worker->hello();
  }
}

class Worker() : public Q_OBJECT {
  Q_OBJECT
  Q_INVOKABLE void helloImpl() { qDebug() << "I'm alive."; }
public:
  void hello() {
    // This is thread-safe, the method is invoked from the event loop
    QMetaObject::invokeMethod(this, "helloImpl", Qt::QueuedConnection);
  } 
  Worker() { hello(); }
};

class AppThread : public QThread {
  // No need for the Q_OBJECT
  QPointer<QCoreApplication> m_app;
  void run() Q_DECL_OVERRIDE {
    int argc; 
    char * argv;
    QCoreApplication app(argc, &argv);
    m_app = &app;
    Worker worker_;
    worker = &worker_;
    app.exec();
  }
  using QThread::wait(); // This wouldn't work here.
public:
  AppThread() {}
  ~AppThread() { m_app->quit(); wait(); }
}

BOOL WINAPI DllMain(HINSTANCE instance, DWORD reason, LPVOID) {
  static AppThread * thread;
  switch (reason) {
  case DLL_PROCESS_ATTACH:
    thread = new AppThread;
    thread->start();
    break;
  case DLL_PROCESS_DETACH:
    delete thread;
    break;
  default:
    break;
  }
  return TRUE;
}

暴露给消费者的API有几种：

不等待结果的只写API。 在内部，您只需将事件发布到您的任何QObject 。 您还可以将QMetaObject::invokeMethod与Qt::QueuedConnection - 它最终只需将QMetaCallEvent发布到目标对象。 事件可以从任何线程发布到任何QObject ，包括非QThread启动线程。

外部线程回调：分配消费者提供的回调执行的单独线程。 它们会被一个或多个生活在该线程中的QObject所调用。

客户端线程回调：使用特定于平台的异步过程调用，在任何线程的上下文中执行回调 - 通常是调用回调注册函数的线程。 这些回调在线程处于可警告状态时执行。

如果您希望将自己限制为运行消息泵的可警告状态的子集（调用GetMessage ），则可以创建仅限消息的不可见窗口，向其发布消息，并从窗口的回调函数发出消费者回调。 如果你很聪明，你可以通过这些消息传递QEvent指针，并将它们传递给回调中的QObject::event 。 这就是你如何使一个QObject有效地生活在一个具有本地事件循环的线程中，并且不会运行Qt事件循环。

阻止有效地将调用线程同步到线程的API：使用QMetaObject::invokeMethod和Qt::BlockingQueuedConnection 。 调用者将等待，直到槽在接收线程中完成执行，可选地将结果传递回去。

阻止使用细粒度锁定的API。 这些也会将调用者线程同步到线程，但只能锁定某些数据结构。 这些功能主要用于读取参数或提取数据 - 当通过事件循环的开销将使您执行的少量工作变得相当渺茫时。

您提供的API取决于API的设计标准。

所有的API必须是extern C并且不能使用C ++ 。 如果您打算使用多个VS版本构建DLL（比如说2008,2010,2012,2013），那么您只能提供C ++ API - 即使您不能将Qt公开给消费者，因为消费者仍可能使用二进制不兼容版本。

---

QtWinMigrate解决了Win32或MFC事件循环问题中的Qt问题。 您提到的问题的答案之一提到了这一点。

对于需要链接DllMain中的事件循环的Qt DLL，只需使用QMfcApp::pluginInstance

链接地址: http://www.djcxy.com/p/80643.html

上一篇: based DLL in a non

下一篇: transform3d(): Using Percentage to Move Within Parent Object