Qt5.10.1移植至VS2015：启用CLR用C# DLL遇C1189错误的解决

我之前帮不少开发者解决过类似的Qt+CLR冲突问题，结合你需要调用C# DLL的场景，给你几个可行的方案：

方案1：拆分项目，隔离CLR与Qt代码 #

这是最稳妥的长期解决方案，能从根源避免冲突：

• 把需要调用C# DLL的逻辑单独抽成一个独立的VS项目，给这个项目启用/clr编译支持。
• 主Qt项目保持纯原生C++编译（不要开CLR），通过静态库链接或者导出C风格函数的方式，和CLR项目做交互。
• 这样Qt的核心代码（包括QThread）完全在原生C++环境下编译，不会触发<future>和CLR的冲突。

方案2：修改Qt代码，规避<future>依赖 #

如果你的QThread使用了QtConcurrent这类会间接引入<future>的特性，可以换成更传统的实现方式：

• 放弃QtConcurrent::run这类接口，改用继承QThread并重写run()方法的原生线程实现。
• 检查项目中所有Qt模块的使用，确保没有其他会引入<future>的代码路径，比如某些异步任务接口，暂时替换成兼容的原生实现。

方案3：局部启用CLR（谨慎使用） #

如果不想拆分项目，可以尝试只为需要调用C#的源文件开启CLR：

• 在VS中右键点击需要调用C# DLL的.cpp文件 → 属性 → 配置属性 → C/C++ → 常规 → 公共语言运行时支持，设置为/clr。
• 所有Qt相关的源文件（比如包含QThread的代码），这个选项保持默认（无CLR支持）。
• 注意：这种方式可能会带来跨CLR/原生代码的内存管理、类型转换问题，需要仔细测试，比如避免在CLR代码中直接操作Qt对象。

错误原因说明 #

fatal error C1189: #error: is not supported when compiling with /clr or /clr:pure

这个错误的本质是：VS的/clr编译模式启用了.NET公共语言运行时支持，但C++标准库的<future>头文件和CLR模式存在兼容性冲突。而Qt 5.10.1的QThread实现中，部分代码路径会间接引入<future>，当项目全局启用CLR时，编译器就会触发这个预编译错误。

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