【问题标题】:QPluginLoader instance always returns nullQPluginLoader 实例总是返回 null
【发布时间】:2012-10-06 19:41:47
【问题描述】:

我正在构建一个 Qt 应用程序。虽然我之前编写了很多 GUI 的东西并且框架本身没有出现问题,但我从未编写过任何能够加载插件的东西(C# .NET 应用程序之外)。我正在尝试构建的项目将插件作为其不可分割的一部分,我认为 Qt 框架看起来不错,因为它几乎是普遍跨平台的,并且似乎有一个非常好的插件系统。

我的问题是这样的:我似乎无法让 QPluginLoader.instance() 方法返回空值以外的任何内容

根据我的阅读,这是因为它没有找到插件。我想我可能忘记做某事了,但是我几乎找不到关于实际编写插件的文档(有示例,但不是非常详细)。有很多加载插件的示例,我认为我这样做是正确的,但我还没有真正找到实际制作插件的示例。

这就是我所做的:

使用 Qt-Creator 我创建了两个项目:一个窗口应用程序假装它是我的插件接收应用程序和一个共享库项目假装是插件

在我的窗口应用程序中,我有一个如下的头文件:

#ifndef PLUGININTERFACE_H
#define PLUGININTERFACE_H

#include <QtPlugin>

class QStringList;

class PluginInterface
{
public:
    virtual ~PluginInterface() {};

    virtual QStringList messages() const = 0;
};

Q_DECLARE_INTERFACE(PluginInterface,
                    "com.kevincuzner.LearningPlugins.PluginInterface/1.0")

#endif // PLUGININTERFACE_H

在我的共享库应用程序中,我创建了一个名为 ATestPlugin 的类(这也是项目的 TARGET 值):

#ifndef ATESTPLUGIN_H
#define ATESTPLUGIN_H

#include "ATestPlugin_global.h"
#include "../LearningPlugins/PluginInterface.h"

#include <QStringList>


class ATESTPLUGINSHARED_EXPORT ATestPlugin : public PluginInterface, public QObject
{

    Q_OBJECT
    Q_INTERFACES(PluginInterface)

public:
    ATestPlugin();

    virtual QStringList messages() const
    {
        //this part is actually defined in the .cpp file, but I don't feel like pasting that here
        QStringList ret;
        ret << "foo" << "bar" << "noms" << "Hello";

        return ret;
    }
};

#endif // ATESTPLUGIN_H

在 ATestPlugin.cpp 文件的末尾我放置了Q_EXPORT_PLUGIN2(ATestPlugin, ATestPlugin)

然后在 main.cpp 文件的 main 方法中执行以下操作(&w 指向主窗口):

QString text = QFileDialog::getOpenFileName(&w, "Get a file");
QPluginLoader loader(text);
QObject* plugin = loader.instance();
if (plugin)
{
    QMessageBox msgBox;
    msgBox.setText(text);
    msgBox.exec();
}

当我运行程序并在弹出的文件对话框中从我的库项目的构建目录中选择 libATestPlugin.so 时,我没有看到任何消息框,这意味着 *plugin 为空。以前我总是弹出消息框并显示选定的文件名,所以我知道该部分正在工作。

有没有人知道我需要做什么才能使我的插件对 QPluginLoader 可见?

【问题讨论】:

  • 可能不是解决方案,但我发现 Qt 在 ATestPlugin 的类继承声明中没有首先使用 QObject 会很有趣。
  • 你检查插件是否在正确的位置?

标签: c++ qt dll shared-libraries


【解决方案1】:

它对我不起作用。将之前的 TARGET 更改为 $$qtLibraryTarget(...) 可确保在不同平台上构建期间正确扩展。

我在使用 QPluginLoader 时遇到了同样的问题。简而言之,我是如何解决它的:我创建了插件库,比如说 lib1.dll,它使用了 lib2.dll 中的一些东西。在我的应用程序中,我尝试通过 QPluginLoader 加载 lib1。

QPluginLoader loader( adaptersDir.absoluteFilePath(fileName) );
AdapterInterface* adapterIface = qobject_cast<AdapterInterface*>(loader.instance());

在这种情况下 loader.instance() 返回 0。解决方案是将 lib2.dll 复制到应用程序文件夹中,因为应用程序使用它来正确加载插件 lib1。

【讨论】:

    【解决方案2】:

    经过进一步的实验,我设法让插件加载。这么说我觉得不好意思,但这是 RTFM 的经典案例。

    echo plugin tutorial(直到我发布问题后才发现)对库中的 .pro 文件进行了一些修改,以使其正确声明插件:

    TARGET = ATestPlugin 行必须更改为 TARGET = $$qtLibraryTarget(ATestPlugin)。进行此更改后,弹出上述程序中的消息框,然后当我运行qobject_cast&lt; PluginInterface* &gt;(plugin) 然后询问运行PluginInterface-&gt;messages() 时,我得到了在单独的类中实现的列表。

    另外,我确实更改了继承顺序,将 QObject 放在首位,因为它是这样工作的,所以我可能会保留它(虽然,我不知道它是否有所作为)。

    【讨论】:

    • 我目前正在使用 Qt 构建一个基于插件的应用程序,但我之前从未见过 $$qtLibraryTarget(..)。如果您有时间,很高兴知道恢复该行是否会使其再次停止工作。
    猜你喜欢
    • 2018-12-23
    • 1970-01-01
    • 2014-03-04
    • 2016-11-02
    • 2014-05-06
    • 2012-06-05
    • 2014-05-30
    • 2014-02-23
    • 2017-10-12
    相关资源
    最近更新 更多