今天文章的主题灵感来自客户的一个问题:
我在研究一个代码中的栈溢出问题。为了减小栈帧的大小,我尽可能多地删除了局部变量,但仍有很多栈空间无法解释。除了局部变量、参数、保存的寄存器和返回地址之外,栈上还有什么其他的东西呢?
我的回答是,嗯,还有结构化(SEH)的异常处理信息,但这通常不会占用太多栈空间,因此不会成为”大量”神秘栈使用的来源。
我的猜测是,代码正在生成大量大型 C++ 临时对象。请考虑以下程序片段:
有人会问了:”这段代码是如何编译的?函数Foo想要一个BigBuffer,而不是一个整数!” 然而编译它确实如此。
这是因为编译器使用 BigBuffer 构造函数作为转换器。换句话说,编译器插入了以下临时变量:
这样做是因为,只接受一个参数的构造函数有两个目的:它可以用作传统的构造函数(正如我们在 BigBuffer temp(3) 中看到的那样),或者它可以用来提供从参数类型到构造类型的隐式转换。在本例中,BigBuffer(int) 构造函数被用作从 int 到 BigBuffer 的转换。
若要防止这种情况发生,请使用 explicit 关键字:
通过此更改, 对 Foo(3) 的调用会引发编译器错误:
通过今天的文章,我终于理解了在何种情况下需要在构造函数上加 explicit 。
你呢?
Raymond Chen的《The Old New Thing》是我非常喜欢的博客之一,里面有很多关于windows的小知识,对于广大Windows平台开发者来说,确实十分有帮助。
本文来自:《Beware the C++ implicit conversion》