Qt中能否使用需CLR(/clr)编译的DLL？遇QCustomPlot编译错误求解决

核心问题原因 #

你遇到的编译错误本质是托管C编译模式（/clr）与Qt/QCustomPlot等原生C代码的编译模型冲突，具体细节如下：

1. 全局启用/clr的错误操作：你在.pro里给所有代码都加了-clr编译选项，这会强制QCustomPlot、Qt窗口代码这类纯原生C++代码以托管模式编译。但原生代码依赖原生异常处理（-EHsc）、RTTI等特性，和托管编译规则完全不兼容，必然触发大量语法与编译错误。
2. 平台定义不匹配：你用的是MSVC 2015 x86环境，但.pro里写了WIN64，这会引入不匹配的平台宏定义，进一步加剧编译问题。
3. 预编译头的全局污染：stdafx.h包含了托管相关的comdef.h，原生代码引用这个预编译头后会被迫引入托管依赖，引发额外冲突。

分步解决办法 #

1. 隔离托管代码与原生代码（关键操作）

不要全局启用/clr，仅给需要调用目标DLL的源文件（比如libray.cpp）添加托管编译选项，其他原生代码保持正常编译逻辑。修改.pro如下：

QT += widgets core gui printsupport
TEMPLATE = app
TARGET = Example3
DESTDIR = Release
CONFIG += release
# 修正平台定义，x86环境对应WIN32
DEFINES += _WINDOWS WIN32
# /Gd是cdecl调用约定，全局启用没问题，原生/托管代码都支持
QMAKE_CXXFLAGS += -Gd
# 仅给需要调用托管DLL的源文件启用/clr
libray.cpp {
    QMAKE_CXXFLAGS += -clr
    # 托管代码需要关闭原生异常处理模型
    QMAKE_CXXFLAGS_STL_ON -= -EHsc
    QMAKE_CXXFLAGS_EXCEPTIONS_ON -= -EHsc
}
# 预编译头仅给托管代码使用
PRECOMPILED_HEADER = stdafx.h
PRECOMPILED_SOURCE = stdafx.cpp libray.cpp
# 清理重复的main.cpp，指定原生代码源文件
SOURCES += main.cpp mainwindow.cpp qcustomplot.cpp
HEADERS += mainwindow.h qcustomplot.h
FORMS += mainwindow.ui

2. 调整预编译头策略

如果原生代码（比如mainwindow.cpp、qcustomplot.cpp）不需要依赖stdafx.h里的托管内容，建议：

• 给原生代码单独创建预编译头（比如native_pch.h），只包含原生C++通用头文件；
• 在.pro里分别指定托管与原生代码的预编译头：

  # 托管代码的预编译头
  PRECOMPILED_HEADER = stdafx.h
  PRECOMPILED_SOURCE = stdafx.cpp libray.cpp
  # 原生代码的预编译头
  native_pch.h {
      QMAKE_PCH_OUTPUT_DIR = ./pch
      PRECOMPILED_HEADER_FOR_SOURCES = main.cpp mainwindow.cpp qcustomplot.cpp
  }
  

  或者直接让原生代码不使用预编译头，彻底避免托管依赖。

3. 验证Qt MOC生成文件的编译

Qt的MOC工具会生成moc_*.cpp文件，这些是纯原生C++代码。通过步骤1的隔离设置，qmake会自动用原生模式编译这些文件，无需额外操作。

4. 动态调用的备选方案

如果隔离编译后仍有问题，你可以继续使用LoadLibrary()动态调用DLL的方式——这种方式不需要启用/clr，因为是纯C风格的函数导出。只要确保DLL的导出函数是标准C调用约定（和/Gd匹配），用GetProcAddress()获取函数指针即可，完全规避托管编译的冲突。

内容的提问来源于stack exchange，提问作者lachycharts