VS2010修改C++项目为“静态库中使用MFC”编译问题

最近又被ms的编译选译纠结了一下，运行程序是老是弹出0x14b1 or 71 这类的错误，，之前也遇到过，不过都很快解决，这次花了好几个小时，也是以前从来总结的结果，今天在这儿小结一下。 如果不依赖mfc 开发环境，如开发功能dll,   配置属性-常规-mfc的使用   选“使用标准的windows库”,这儿就别改别的了。 然后就是运行时库的问题  在发布时配置  c/

最近刚学习MFC，代码编写完成后，Debug或者本机可以正常运行程序，但是在别的电脑上运行就会提示缺少一堆.dll文件导致运行失败，参考了一些配置MFC静态库等等的方法还是无果。,这个软件可以自动分析依赖库封装成安装包，其它还有许多配置功能，软件使用起来很简单，跟着他的流程走就可以了，唯一需要的是Debug生成的exe文件。在绝望之际，找到了一个打包神器。

1.点击修改2.选择使用C++的桌面开发，勾选红线部分3.选择完成之后，点击上方的“单个组件”勾选红线部分4.点击最右下角的修改，等待安装。

同时修改项目属性使用MFC类库，静态库和共享DLL都可以，这里采用共享DLL库中使用MFC。注意：MFC在内部已经封装好WinMain函数，自己不需要写WinMain函数。在MFC中没有窗口处理函数，但是可以通过继承CDialog类，添加窗口处理函数。首先先创建Win32程序，通过下面的步骤创建MFC项目。Initinstance可以简单的理解MFC的入口函数。创建MFC工程有三步。

右击项目名称，选择属性，1.在常规中将MFC的使用选择为：在静态库中使用MFC                                                    2. 选择C/C++  ---代码生成--------运行库中选择多线程（/MT），点击确定 再将VS菜单上调试时的DEBUG修改为RELEASE即可。

使用VS2008编译jsoncpp源码为静态库,在自己工程中使用 1. VS2008 2. MFC工程下使用 3. JSON源码,下载地址: 4. 解压下载的问价:jsoncpp-src-0.5.0.tar.gz 5.打开源码的工程E:\vs2008_project\json\jsoncpp-src-0.5.0\makefiles\vs71\jsoncpp.sln 6.生成Debug和

自从 VS2005 升级到 VS2010 之后，build出来的文件（exe、dll）就莫名的增大了很多，MSDN的blog上有一篇blog，详细描述了size增大的原因，以及缩减的方法。 总结如下 原因： size增大是因为DLGINIT 的引入。他允许在dialog上增加MFC控件。而这个function在static link的过程中会引入很多可能并不需要的function，因为在

本文详细指导如何在VS2022中解决老旧MFC项目报错问题，特别是MSB8041错误。通过安装v143 MFC库和正确配置项目属性，开发者可以顺利兼容旧版MFC项目，提升开发效率。文章还提供了资源视图加载失败和编译错误的解决方案。

http://blog.chinaunix.net/uid-21736802-id-1817654.html 人们都说vc做出的东西可以小点,现在你打开vc编译一个Hello World出来!点属性看下,咦!我没走眼吧，就一Hello World就160kb真是要人命啊! 呵呵!上面的情况是笔者所遭遇的情况.不过后来了解vc可以通过设置参数来自定义编译方式.为什么文件那么大!主要是编译器加入了很

原文链接：http://tedwvc.wordpress.com/2011/04/16/static-mfc-code-bloat-problem-from-vc2010-is-now-in-vc2008-sp1security-fix/ 大意是： 在KB2465361之后。themehelper.cpp 中调用了afxglobals.cpp中的 AfxLoadSystemLibrar

但是一些企业用的特殊window版本可能没有这个依赖库，导致Visual Studio生成的exe无法运行（报缺失dll），就需要打包生成时使用静态库依赖。改成静态依赖库以后，exe的内存大小由300kb增大为4M左右，在可接受的范围内。从window7到window11都默认安装有C++依赖库，见如下。

本文主要是在基础上进行改进，主要分debug与release版本还是以opencv为例子。

1.在静态库中使用MFC 2.选择MT Static MultiThread /MT 3.项目所有依赖的.dll也必须以这种方式编译 #include "jsoncpp/json.h" //#include 是以当前文件所在路径为当前目录 //#pragma comment(lib,"jsoncpp/jsoncpp_static.lib") //#pragma comment 是以当前工程所在路径为当前目录 Dynamic Link (DLL) /MD #pragma co

基本知识： 在项目的配置属性中配置“MFC的使用”时，选项的区别：如果选择"在共享 DLL中使用 MFC"的话，编译后的程序中不包含MFC库，所以文件会比较小，但是如果程序直接移到一个没有安装过MFC的机器上时，可能会导致找不到MFC的DLL，如果选择"静态库中使用 MFC  "，那么编译后的程序就直接包含了调用MFC的部分的库，文件可能会大一些，但是可以直接移到其他机器上运行. 遇到

环境： windows server 2016 Microsoft Visual Studio Enterprise 2019 版本 16.0.4 一、Visual Studio 2019 c++安装MFC项目模板 vs2019 c++ 缺省的安装是没有MFC项目模板的，需要安装MFC项目模板。 step 1： open vs installer step 2：勾选 MFC选择框...

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

静态库中使用MFC 前言   近期在VS2017中用MFC的工程写了一个小工具作为内部使用工具，生成的EXE文件给其他同事使用过程中出现“找不到dll”的问题。翻了翻资料，发现是编译的时选择静态还是动态编译导致的。在默认情况下，MFC的使用选项是“在共享DLL中使用MFC”（如下图），这个时候就需要将相关的DLL文件包和可执行程序一起打包，才能正常使用，但是这样用户体验就差了很多，所以释放的软件最好能是“静态库中使用MFC”，这样就减少了用户使用成本。 设置方法 工程-属性-配置属性-常规-MFC的使用-

工具：VS2019 项目：MFC调用C++动态链接库的项目的DLL 一、创建DLL 如图，选好要创建的项目 取个名字，选好地址，点击“创建” 在解决方案资源管理器中，右击“头文件”——>"添加“——>"新建项"， 选择”头文件(.h)"——>取个名字——>点击“添加” ...