Visual Studio中Debug和Release的区别

在Visual Studio中,生成应用程序的时候有2种模式:Debug和Release。两者之间如何取舍呢?

假设有这么简单的一段代码,在主程序中调用方法M1,M1方法调用M2方法,M2方法调用M3方法,M3方法中抛出异常。

    class Program
    {
        static void Main(string[] args)
        {
            M1();
            Console.ReadKey();
        }

        static void M1()
        {
            M2();
        }

        static void M2()
        {
            M3();
        }

        static void M3()
        {
            throw new Exception("error");
        }
    }

选择"Debug"模式,把断点打在Console.ReadKey();代码行。运行,并通过依次点击"调试→窗口→调用堆栈",显示"调用堆栈"窗口信息,如下:

选择"Release"模式,再调试,显示如下:

从堆栈信息可以看出:在Debug模式和Release模式下调试,Debug模式消耗更多的内存,所以运行较慢;而Release模式作了一些优化,消耗较少的内存,所以运行更快。

在实际情况中,应该把在Release模式下生成的应用程序部署到服务器上,因为Remease下生成的应用程序作了优化处理,相对Debug下生成的应用程序,运行更快。

另外,如果我们想让一段代码只在Debug模式下运行,可以使用Debug标记这样写:

#if DEBUG
 Console.WriteLine(DateTime.Now);
#endif

总的来说:
1、Release模式相比Debug模式,做了更多的优化,更适合在项目完成后部署到服务器上。而Debug模式更适合在调试的时候使用。
2、使用Debug标记的代码,在Release模式下会被自动删除。

Visual Studio中Debug和Release的区别

时间: 2024-08-08 10:13:15

Visual Studio中Debug和Release的区别的相关文章

Visual Studio中Debug与Release以及x86、x64、Any CPU的区别

Visual Studio中Debug与Release的区别: 在Visual Studio中,编译模式有2种:Debug与Release.这也是默认的两种方式,在新建一个project的时候,就已经存在这两种模式供选择. Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序.      Release称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用. SO:      一般都是用Release来打包发布程序,因为Re

Visual Studio中的Build和Rebuild区别

Visual Studio中的Build和Rebuild区别 一般来说Rebuild=99%*(Clean+Build),效果在非常小的可能性下会不同,一般可以忽略.Rebuild是对Solution下的所有项目,逐个进行 Clean+Build.不论文件更改与否Clean+Build是对选中的项目(如果选中Solution的话,全部Clean之后,再全部Build)先执行Clean再执行Build.一般不需要执行Clean.Build只是针对有更改过的文件进行编译.而Rebuild会编译所有.

Visual Studio中Debug和Realse版本编译的结果不同

提要 最近用Visual Studio用的比较多,虽然慢了点,但是用着熟了感觉还是不错的,特别是2013里面的自动格式化代码,对我这种代码整洁强迫症患者真是莫大的帮助. 但是,今天这个坑摸了差不多一天才出来. 环境:Win8.1 64bit  Visual Studio 2013 Qt5.3 Debug和Release版本的区别 Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序.Release称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是

Android Studio中debug和release模式默认的参数配置

The possible properties and their default values are: debuggable:表示是否可以在手机上调试程序. 在Eclipse中,只有android:debuggable="true"时我们才可以在手机上调试Android程序. 但是当我们没在AndroidManifest.xml中设置其debug属性时: 使用Eclipse运行这种方式打包时其debug属性为true,使用Eclipse导出这种方式打包时其debug属性为法fals

Visual Studio中 ATL CLR MFC Win32 区别

ATL用于编写COM程序, CLR是.NET的公共语言运行库, MFC是指MFC类库,MFC程序是用这些类库做出的程序, WIN32常规就是不用MFC,使用API函数编的程序. MFC.ATL和CLR是VC2005内置的3大库,涵盖了windows的各种开发方法和开发应用.当然关于C++开发的库不止这3个,不过这3个是微软推荐.从编程所处层次而言,WIN32为最底层,其次是MFC.然后是CLR. WIN32 winAPI MFC MFC类库 CLR .net库 1. WIN32常规就是不用MFC

Visual Studio Debug和Release的区别及obj的作用

一.Debug和Release的区别 1.Debug:调试版本,包含调试信息,所以容量比Release大很多,并且不进行任何优化(优化会使调试复杂化,因为源代码和生成的指令间关系会更复杂),便于程序员调试.Debug模式下生成两个文件,除了.exe或.dll文件外,还有一个.pdb文件,该文件记录了代码中断点等调试信息 2.Release:发布版本,不对源代码进行调试,编译时对应用程序的速度进行优化,使得程序在代码大小和运行速度上都是最优的.(调试信息可在单独的PDB文件中生成).Release

Debug与Release版本区别

Debug与Release版本区别 Debug版本就是调试版本,Visual C++ 6.0默认的就是Debug版本.在Debug版本中,可以使用单步执行.跟踪等功能,但其生成的可执行文件比较大,代码运行比较慢.Release版本就是发行版本,其运行速度较快,可执行文件较小,但在其编译条件下无法执行调试功能.     还有一点,Release版本的exe文件链接的目标是标准的MFC DLL(Use MFC in a shared or static dll).比如MFC42.DLL.这些DLL在

Visual Studio中的环境变量(以Visual Studio 2013为例)

前言 本文总结了Visual Studio中常见的环境变量及其在组织解决方案.工程中的作用. 注:本文使用的是Visual Studio 2013,由于作者主要从事C/C++开发,所以是以Visual C++的工作环境配置来描述. 什么是vs的环境变量? 先看图吧,图中以美元符号$开头 + 一对括号,这样进行引用的就是我所谓的环境变量, 图中出现的几个环境变量含义如下: 环境变量名 含义 $(SolutionDir) 解决方案目录:即.sln文件所在路径 $(Configuration) 当前的

Visual Studio中的/MD, /MT, /MDd, /MTd 选项

Visual Studio中/MD, /MT, /MDd, /MTd表示多线程模块是否为dll.对于这几个选项我的理解如下: /MD: 定义了_MT和_DLL,让程序用多线程和dll版本的运行库. /MT: 让程序用多线程和静态版本的运行库. /MDd: 定义了_MT._DLL._DEBUG,让程序用debug模式下多线程和dll版本的运行库. /MTd: 定义了_MT和_DEBUG,让程序用debug模式下的多线程和静态版本的运行库. 参考资料:https://msdn.microsoft.c