为什么调试模式比没有调试的情况慢得多（Ctrl + F5） [英] Why debug mode is too much slower than that without debugging(Ctrl+F5)

问题描述

我正在使用vb.net在vs2010上开展一个大项目。这里发生的事情是，几天后，我的程序在调试模式下开始表现得如此奇怪。它放慢速度大约需要10秒。比平常更多（注意：代码中没有任何内容被更改或添加），加上一些按钮只需要一分钟来响应。所以我尝试运行我的项目而不进行调试，当我发现我的程序很快并且按钮花了一分钟。（在调试模式下）只会在一秒钟内完成它们应该做的事情。

那么问题是什么？如何解决它，没有一些影响（因为我用Google搜索并发现它一些有副作用的解决方案。）

提前谢谢。

I'm working on a big project in vs2010 using vb.net.What happened here is that from a couple of days, my program started acting so weird in debug mode. It slowed down to take about 10 sec. more than usual(note: nothing in code was changed or added), plus some buttons would simply take one minute to respond.So I tried running my project without debugging, when I discovered that my program is fast and the buttons that took one min.(in debug mode) would simply do what they are supposed to do in one second.
So what is the problem and how can I solve it, without having some effects(cause I googled it and found some solutions that had side effects).
Thanks in advance.

推荐答案

引用：

那么问题是什么，如何解决？

So what is the problem and how can I solve it

问题是你永远不应该发布程序的调试版本（原谅双关语）。调试版本用于调试，即开发人员使用它们来理解代码中的错误。客户应始终获得发布版本。

调试版本包含许多旨在支持调试的信息，并且预计不会具有高性能。

The problem is you should never release a debug build of your program (pardon the pun). Debug builds are intended for debugging, that is developers use them for understanding what's wrong in their code. Customers should always get the release builds.
Debug builds contain a lot of info intended to support debugging and are not expected to be performant.

这篇关于为什么调试模式比没有调试的情况慢得多（Ctrl + F5）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！