程序使用 多线程调试 (/MTd) ，编译不出错，运行时会出错，改成多线程调试 DLL (/MDd)时，编译会报错

问题描述

• 我的程序是由两个程序(A和B程序)合成的一版程序，
• A程序使用的是
  在静态库中使用 MFC ------- 多线程调试 (/MTd)，无添加任何的附加依赖项；
• B程序使用的是 在静态库中使用 MFC ------- 多线程调试 DLL (/MDd)，添加opewncv的一些lib库作为附加依赖项。
• 合成的程序使用的配置是 在静态库中使用 MFC ------- 多线程调试 DLL (/MDd)，添加opewncv的一些lib库作为附加依赖项。
• 两个程序单独运行无任何问题，但是合成一个程序之后就会出现标题的错误。经调试，使用 多线程调试 (/MTd) ，运行时会报错的位置如下

bool MatcchPic()
{
	....................
	....................
	return true;    //前面程序没问题，但是就会在这句话中断掉，这一块的程序和程序B是一样的，故排除程序的问题，应该是配置的问题
}

解决方案

• 配置更改为 在共享 DLL 中使用 MFC ------- 多线程调试 DLL (/MDd)

相关知识点

运行库选项的区别

按照debug和release区分

• 在调试模式下，使用调试运行库：多线程调试（/MTd）、多线程调试DLL（/MDd）
• 在发布模式下，使用发布运行库：多线程（/MT）、多线程DLL（/MD）

按照静态库(.lib)和动态库(.dll)区分

• 静态链接：多线程（/MT）、多线程调试（/MTd）

• 动态链接：多线程DLL（/MD）、多线程调试DLL（/MDd）

• 同种模式和链接下，x64下生成的可执行文件大小大于Win32下生成的

• 参考网址：https://blog.csdn.net/qq_33757398/article/details/82156956

MD和MT混用的后果

• MD和MT混用的后果

在静态库中使用 MFC 和 在共享 DLL 中使用 MFC 的区别

• 在静态库中使用 MFC
  会将MFC库一起编译,发布时不需要将MFC相关DLL打包,但文件有可能会大些

• 在共享 DLL 中使用 MFC
  系统如果有MFC相关DLL,则运行程序木有问题,但如果没有,则需要将相关DLL打包,否则程序运行报DLL错误