其他无法解析的外部符号：
无法解析的外部符号 "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打包命令报错

windeployqt --release --qmldir "$(MSBuildProjectDirectory)" "$(TargetPath)" --dir "$(SolutionDir)$(Platform)\$(Configuration)"

该命令的目的是在编译的时候自动把需要的QT依赖编译到release目录下，相当于编译的时候直接打包了一个release版本，如果在生成后事件报错主要是无法识别windeployqt位置，需要在环境变量的path目录下加入QT的bin目录，比如D:\QT\5.15.2\msvc2019_64\bin