Weird behaviour of C++ destructors(C++ 析构函数的奇怪行为)
问题描述
#include <iostream>
#include <vector>
using namespace std;
int main()
{
vector< vector<int> > dp(50000, vector<int>(4, -1));
cout << dp.size();
}
这个小程序只需从命令行运行就需要几秒钟的时间来执行.但是当在调试器中运行时,它需要超过 8 秒.暂停调试器表明它正在销毁所有这些向量.跆拳道?
This tiny program takes a split second to execute when simply run from the command line. But when run in a debugger, it takes over 8 seconds. Pausing the debugger reveals that it is in the middle of destroying all those vectors. WTF?
注意 - Visual Studio 2008 SP1、Core 2 Duo 6700 CPU 和 2GB RAM.
Note - Visual Studio 2008 SP1, Core 2 Duo 6700 CPU with 2GB of RAM.
添加: 澄清一下,不,我没有混淆调试和发布版本.这些结果在同一个 .exe 上,中间甚至没有任何重新编译.事实上,在 Debug 和 Release 版本之间切换没有任何改变.
Added: To clarify, no, I'm not confusing Debug and Release builds. These results are on one and the same .exe, without even any recompiling inbetween. In fact, switching between Debug and Release builds changes nothing.
推荐答案
在调试器中运行将用于执行更多检查的内存分配库更改为一个.除了内存分配和解除分配什么都不做的程序将比正常"程序遭受更多的痛苦.
Running in the debugger changes the memory allocation library used to one that does a lot more checking. A program that does nothing but memory allocation and de-allocation is going to suffer much more than a "normal" program.
编辑刚刚尝试在 VS 下运行你的程序,我得到一个看起来像
Edit Having just tried running your program under VS I get a call stack that looks like
ntdll.dll!_RtlpValidateHeapEntry@12() + 0x117 bytes
ntdll.dll!_RtlDebugFreeHeap@12() + 0x97 bytes
ntdll.dll!_RtlFreeHeapSlowly@12() + 0x228bf bytes
ntdll.dll!_RtlFreeHeap@12() + 0x17646 bytes
msvcr90d.dll!_free_base(void * pBlock=0x0061f6e8) Line 109 + 0x13 bytes
msvcr90d.dll!_free_dbg_nolock(void * pUserData=0x0061f708, int nBlockUse=1)
msvcr90d.dll!_free_dbg(void * pUserData=0x0061f708, int nBlockUse=1)
msvcr90d.dll!operator delete(void * pUserData=0x0061f708)
desc.exe!std::allocator<int>::deallocate(int * _Ptr=0x0061f708, unsigned int __formal=4)
desc.exe!std::vector<int,std::allocator<int> >::_Tidy() Line 1134 C++
其中显示了 ntdll.dll 中的调试功能和正在使用的 C 运行时.
Which shows the debug functions in ntdll.dll and the C runtime being used.
这篇关于C++ 析构函数的奇怪行为的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:C++ 析构函数的奇怪行为
- 使用/clr 时出现 LNK2022 错误 2022-01-01
- 从python回调到c++的选项 2022-11-16
- 如何对自定义类的向量使用std::find()? 2022-11-07
- Stroustrup 的 Simple_window.h 2022-01-01
- 近似搜索的工作原理 2021-01-01
- 静态初始化顺序失败 2022-01-01
- STL 中有 dereference_iterator 吗? 2022-01-01
- 一起使用 MPI 和 OpenCV 时出现分段错误 2022-01-01
- 与 int by int 相比,为什么执行 float by float 矩阵乘法更快? 2021-01-01
- C++ 协变模板 2021-01-01