在Qt应用程序中,我声明了一个基类:
class Base:
public QObject {
Q_OBJECT
public:
Base();
virtual ~Base();
virtual void doSomething();
};
c-tor / d-tor和doSomething()
都在单独的源文件中具有默认实现。
此外,我提供了一个抽象接口来实现Qt的插件方案,就像在Echo Plugin Example中一样。
class Interface {
public:
virtual ~Interface() {}
virtual Base *create() = 0;
};
#define Interface_iid "blag"
Q_DECLARE_INTERFACE(Interface, Interface_iid)
在一个驻留在共享库中的插件中,libPlugin.so
我派生自这个基类来提供自定义实现:
class Special:
public Base {
Q_OBJECT
public:
Special() { /* Implementation */ }
void doSomething() { /* Implementation */ }
};
最后我还实现了插件界面:
class Q_DECL_EXPORT Plugin:
public QObject,
public Interface {
Q_OBJECT
Q_PLUGIN_METADATA(IID Interface_iid)
Q_INTERFACES(Interface)
public:
Base *create() {
return new Special();
}
};
现在我可以通过QPluginLoader
加载此插件并获取对其核心对象的访问权限,该核心对象正确地将自身标识为Plugin
。但是当我尝试ThePlugin::create()
Special
对象时,我得到一个链接错误:
symbol lookup error: libPlugin.so: undefined symbol: _ZN4BaseC2Ev
在名称修改之下,我想这是指在构造派生的Base::Base
对象时需要的Special
c-tor。
我很想比较,例如a QStylePlugin
:它基本上是一样的,通过抽象接口返回一些QStyle
派生类。请参阅Style Plugin Example。然而,我猜不同之处在于,在样式插件的情况下,应用程序(提供自定义样式插件)和样式插件本身都与提供的常见Qt库链接,例如, c-tors。
我怎么解决这个问题? 如果链接时间优化删除了c-tors会发生什么,因为它不知道插件需要它们?
在编译和链接插件时,Base:Base()
类'c-tor以及Base::doSomething()
将作为未解析的符号出现。 c-tor由Special::Special()
c-tor调用,当然无法解析。另一个是虚方法
编译应用程序本身时,它包含基类的方法的实现。显然,在加载插件时它们没有链接在一起。
/********** Interface.h */
#ifndef INTERFACE_H
#define INTERFACE_H
#include <QtPlugin>
#include "Base.h"
class Interface {
public:
virtual ~Interface() { }
virtual Base *createWorker() = 0;
};
#define Interface_iid "blag"
Q_DECLARE_INTERFACE(Interface, Interface_iid)
#endif
/********** App.pro */
QT += core
TARGET = App
TEMPLATE = app
SOURCES += \
Base.cpp \
App.cpp
HEADERS += \
Base.h \
Interface.h \
/********** Base.h */
#ifndef BASE_H
#define BASE_H
#include <QObject>
class Base:
public QObject {
Q_OBJECT
public:
Base();
virtual ~Base();
virtual void doSomething();
};
#endif
/********** Base.cpp */
#include "Base.h"
Base::Base():
QObject() {
}
Base::~Base() { }
void Base::doSomething() { }
/********** App.cpp */
#include "Interface.h"
#include <QCoreApplication>
#include <QPluginLoader>
#include <QDebug>
int main(int argc, char *argv[]) {
QCoreApplication a(argc, argv);
QPluginLoader l("libPlugin.so");
qDebug() << l.load();
qDebug() << l.errorString();
return a.exec();
}
/********** Plugin.pro */
TARGET = Plugin
CONFIG += plugin
TEMPLATE = lib
SOURCES += \
Plugin.cpp \
Special.cpp \
HEADERS += \
Plugin.h \
Special.h \
Interface.h \
Base.h
/********** Special.h */
#ifndef SPECIAL_H
#define SPECIAL_H
#include <QObject>
#include "Base.h"
class Special:
public Base {
Q_OBJECT
public:
Special();
void doSomething();
};
#endif
/********** Special.cpp */
#include "Special.h"
Special::Special():
Base() {
}
void Special::doSomething() { }
/********** Plugin.h */
#ifndef PLUGIN_H
#define PLUGIN_H
#include <QObject>
#include "Interface.h"
class Q_DECL_EXPORT Plugin:
public QObject,
public Interface {
Q_OBJECT
Q_PLUGIN_METADATA(IID Interface_iid)
Q_INTERFACES(Interface)
public:
Base *createWorker();
};
#endif
/********** Plugin.cpp */
#include "Plugin.h"
#include "Special.h"
Base *Plugin::createWorker() {
return new Special();
}
构建
# Separate files
qmake Plugin.pro && make
qmake App.pro && make
./App
答案 0 :(得分:0)
我想我发现了什么是错的。 我想要链接的结构如下:
这基本上归结为以下简单C:
然而,没有通用的方法来实现后者。 主机可以链接库以使用其功能。这意味着一旦主机本身和库加载,主机就会获得动态解析为库的方法存根。库和主机之间的契约可能是一些带声明的头文件(不是定义)。
当库被动态加载到主机的内存中时,库中的符号依次不解析。相反,他们没有得到解决。
这正是我在这里看到的。我试图解决基类问题。针对想要加载插件的主机应用程序的功能(我没有在插件中实现)。确实 - 不工作。
这是-rdynamic
适用于ELF,请参阅this post。