Visual Studio中的“调试”和“发布”之间有什么区别？

NET中可能重复的 Debug Visual Studio版本

Visual Studio中的“调试”和“发布”之间有什么区别？

最重要的是，在调试模式下没有优化，而在发布模式下有优化。这很重要，因为编译器非常先进，可以对您的代码进行一些非常棘手的低级改进。结果，您的某些代码行可能根本没有任何指令，或者有些代码可能会混在一起。分步调试将是不可能的。另外，局部变量通常以神秘的方式进行优化，因此Watches和QuickWatches通常不起作用，因为变量已“被优化”。并且还有许多其他优化。尝试在某个时候调试优化的.NET代码，您会看到的。

另一个主要区别在于，因此，默认的Release设置不会产生大量的调试符号信息。那是您可能已经注意到的.PDB文件，它使调试器可以找出哪些汇编指令对应于哪一行代码，等等。

实际上，“ Debug”和“ Release”只是整个设置中可能影响构建和调试的两个标签。

在“调试”模式下，通常具有以下内容：

• 程序调试数据库文件，使您可以在运行时在源代码中密切关注程序的执行。
• 关闭所有优化，这使您可以检查变量的值并追溯到可能已被优化或内联的函数
• _DEBUG预处理程序定义，使您可以编写在调试模式下与发行版不同的代码，例如，对仅在调试时使用的ASSERT工具进行编码
• 链接到还使用调试选项进行编译的库，这些库通常不部署给实际客户（出于大小和安全性的考虑）

在“发布”模式下，将启用优化（尽管有多个可用选项），并且未定义_DEBUG预处理程序定义。通常，您仍然会想要生成PDB文件，因为当事情运行得更快时，能够在发布模式下进行“调试”非常有用。

通常，调试包含许多额外的信息，这些信息在调试时非常有用。在发布模式下，所有这些都被削减并以性能为代价。

如果您查看项目编译选项并进行比较，您会发现有什么区别。

假设问题是关于本机/ C ++代码的（措辞尚不完全清楚）：

基本上，在“调试”中，所有代码生成优化均已关闭。一些库（例如STL）默认使用更严格的错误检查（例如调试迭代器）。会生成更多调试信息（例如，有关“编辑并继续”的信息）。代码中会生成更多东西来捕获错误（将局部变量值设置为未初始化的模式，并使用调试堆）。

同样，显然，调试模式会创建许多额外的线程来帮助调试。无论您是否连接调试器，它们在整个过程的生命周期中都保持活动状态。在这里查看我的相关问题。

这也许值得一提的非常明显，即构建标志允许其不同的逻辑应该被用来只是为了改变日志和“控制台”的消息，但它可以被滥用，并极大地改变不仅仅是低的水平，但是实际的业务逻辑。

还要注意，例如在使用MFC时，调试项目会链接到不可再MFC90D.DLL发行的DLL版本，例如while发行版会链接到可再发行的版本，例如MFC90.DLL。这可能类似于其他框架。

因此，您可能将无法在非开发计算机上运行调试构建应用程序。

当我开发从现有Release构建配置复制的应用程序时，我也对这个问题感到好奇。

我有一个开发人员，他对在调试模式下使用该应用程序很感兴趣，因此我想知道要使该构建配置具有从Release配置复制的ReleaseMyBuild名称是什么（因此应该将所有设置用于发布优化）。 ），尽管构建配置名称令人困惑，但还是突然改变了团队并成为调试构建。

我认为项目配置只是一个名称，是选择Joris Timmermans提到的“全部设置”的便捷方法。我想知道这些设置的实质内容，这些设置可以使名为“ FOO”的构建配置用作优化的发行版。

这是其中的一瞥。我从Visual Studio 2010的空项目模板中创建了一个新的VCXPROJ。然后复制并进行了编辑，第一个保留调试内容，第二个保留发行内容。这是有关差异的差异...

释放

<PropertyGroup>
    <WholeProgramOptimization>true</WholeProgramOptimization>

<ClCompile>
    <Optimization>MaxSpeed</Optimization>
    <FunctionLevelLinking>true</FunctionLevelLinking>
    <IntrinsicFunctions>true</IntrinsicFunctions>
<Link>
    <EnableCOMDATFolding>true</EnableCOMDATFolding>
    <OptimizeReferences>true</OptimizeReferences>

调试

<PropertyGroup>
    <UseDebugLibraries>true</UseDebugLibraries>`

<ClCompile>
    <Optimization>Disabled</Optimization>

有趣的是，在“链接”部分中，它们都GenerateDebugInformation设置为true。

您可以看到的明显区别是二进制文件的大小。调试版本比发布版本生成更大的二进制文件。

在Debug中进行编译时，将符号表添加到代码文件的已编译对象中，该代码表允许调试程序利用这些二进制文件并访问对象和变量的值。

另一个可观察到的区别是，在Release模式下，二进制文件仅会在Debug模式下发生致命错误而崩溃，如果在Visual Studio中开始调试应用程序，则可以检查调用堆栈，该堆栈告诉您错误语句的确切位置。

我不知道确切的区别是什么，因为实际上没有容易获得的信息。

但是观察到的主要区别是发行版本有时会破坏生成的DLL文件，从而使您的应用程序，Web应用程序无法使用。

可悲的是，您必须将调试版本投入生产。是的，要发布，您必须使用旧的FTP。