其他无法解析的外部符号:
无法解析的外部符号 "public: virtual struct QMetaObject const * __cdecl ML_AddinManger::metaObject(void)const "...
无法解析的外部符号 "public: virtual void * __cdecl ML_AddinManger::qt_metacast(char const *)" (?qt_metacast@ML_AddinManger@@UEAAPEAXPEBD@Z)...
无法解析的外部符号 "public: virtual int __cdecl ML_AddinManger::qt_metacall(enum QMetaObject::Call,int,void * *)" (?qt_metacall@ML_AddinManger@@UEAAHW4Call@QMetaObject@@HPEAPEAX@Z)...
无法解析的外部符号 "public: static struct QMetaObject const ML_AddinManger::staticMetaObject" (?staticMetaObject@ML_AddinManger@@2UQMetaObject@@B)
可能的原因:
(1)
在 Qt 的类中,Q_OBJECT 宏必须位于类的声明中,并且必须是类声明的第一个成员。这是因为 Q_OBJECT 宏会被 Qt 的元对象系统解释和处理,用于生成元对象代码以支持信号和槽、动态属性等特性。
第一种写法将 Q_OBJECT 宏放在类的声明之后,而没有换行。这种写法在语法上是不规范的,并且可能导致一些识别问题或者编译器无法正确识别该类为 Qt 的元对象类,进而导致无法解析外部符号的链接错误
(2)
缓存没有清理干净,先把所有代码都注释比如只剩一个构造函数看看能不能运行,如果可以逐渐把剩余的函数放开
VS生成后事件加入QT打包命令报错
cpp
windeployqt --release --qmldir "$(MSBuildProjectDirectory)" "$(TargetPath)" --dir "$(SolutionDir)$(Platform)\$(Configuration)"
该命令的目的是在编译的时候自动把需要的QT依赖编译到release目录下,相当于编译的时候直接打包了一个release版本,如果在生成后事件报错主要是无法识别windeployqt位置,需要在环境变量的path目录下加入QT的bin目录,比如D:\QT\5.15.2\msvc2019_64\bin