写完后发现不少是顾名思义的,可是道理我都懂,但为何这样呢?网络上也找不到,可能不多人用到吧。
不过其实也是,不少东西知道一点就知道解决问题的方向了。程序员

debug版本和release版本:
Debug一般称为调试版本,它包含调试信息,而且不做任何优化,便于程序员调试程序。
Release称为发布版本,它每每是进行了各类优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用。
Debug和Release的真正秘密,在于一组编译选项。
Debug版本
参数 含义
/MDd、/MLd或/MTd 使用Debug runtime library(调试版本的运行时刻函数库)
/Od 关闭优化开关
/D "_DEBUG" 至关于 #define _DEBUG,打开编译调试代码开关 (主要针对assert函数)
/ZI 建立Edit and continue(编辑继续)数据库,这样在调试过程当中若是修改了源代码不需从新编译
/GZ 能够帮助捕获内存错误
/Gm 打开最小化重连接开关,减小连接时间
Release 版本
参数 含义
/MD、/ML或/MT 使用发布版本的运行时刻函数库
/O1或/O2 优化开关,使程序最小或最快
/D "NDEBUG" 关闭条件编译调试代码开关 (即不编译assert函数)
/GF 合并重复的字符串,并将字符串常量放到只读内存,防止被修改
实际上,Debug和 Release并无本质的界限,他们只是一组编译选项的集合,编译器只是按照预约的选项行动。
事实上,咱们甚至能够修改这些选项,从而获得优化过的调试版本或是带跟踪语句的发布版本。
Win32和X64
会生成不一样的程序,调用dll的时候,可能要指定对应的版本32位或64位。
字长可能也会影响,X64的程序时不能再win32上面运行的。
解决方案的属性
通用属性:要在解决方案的属性才能看见,在项目的属性是没法看见的。
启动项目:设置默认启动的项目,能够设置单个项目,多个项目和当前选择项目。
项目依赖项:设定当前项目依赖的项目,以决定具体生成解决方案时项目编译的顺序。
代码分析设置:设置不一样的代码生成的规则,其实我也不是很懂。https://msdn.microsoft.com/zh-cn/library/azure/hh419387(v=vs.110).aspx
调试源文件:默认只制定了MFC的调试文件包含哪些,若是是本身的文件,必须有debug版的二进制文件、.pdb文件,以及源码,必须对应上。
配置属性:要在解决方案的属性才能看见,在项目的属性是没法看见的。
配置:配置各个项目的配置(debug和release)、平台(win32和x64)、是否生成、部署数据库