在C ++中保证临时的生命期?

C ++是否为函数调用中创build的临时variables的生命周期提供了保证,但不作为参数使用? 下面是一个示例类:

class StringBuffer { public: StringBuffer(std::string & str) : m_str(str) { m_buffer.push_back(0); } ~StringBuffer() { m_str = &m_buffer[0]; } char * Size(int maxlength) { m_buffer.resize(maxlength + 1, 0); return &m_buffer[0]; } private: std::string & m_str; std::vector<char> m_buffer; }; 

以下是你将如何使用它:

 // this is from a crusty old API that can't be changed void GetString(char * str, int maxlength); std::string mystring; GetString(StringBuffer(mystring).Size(MAXLEN), MAXLEN); 

什么时候临时StringBuffer对象的析构函数被调用? 是吗:

  • 在调用GetString之前?
  • GetString返回后?
  • 编译器依赖?

我知道C ++保证只要有一个引用它的地方临时variables将是有效的 – 这是否适用于父对象,当有一个成员variables的引用?

谢谢。

这种临时性的析构函数在全expression式的末尾被调用。 这是最外层的expression,不是任何其他expression的一部分。 在你的情况下,函数返回并评估值。 所以,它会工作的很好。

事实上,expression式模板的工作原理是:它们可以在expression式中保持对那种临时对象的引用

 e = a + b * c / d 

因为每个临时表将持续到expression式

 x = y 

完全评估。 标准中的12.2 Temporary objects十分简洁。

litb的回答是准确的。 临时对象(也称为右值)的生命周期与expression式相关联,临时对象的析构函数在完整expression式的末尾被调用,当调用StringBuffer上的析构函数时,m_buffer上的析构函数也将被调用,但不是m_str上的析构函数,因为它是一个引用。

请注意,C ++ 0x只改变了一点,因为它增加了右值引用和移动语义。 基本上通过使用右值引用参数(用&&注释),我可以将右值“移动”到函数中(而不是复制它),并且右值的生命周期可以绑定到它所移入的对象,而不是expression式。 MSVC团队有一篇很好的博客文章,详细介绍了这一点 ,我鼓励大家阅读它。

移动右值的教学示例是临时string,我将在构造函数中显示赋值。 如果我有一个包含string成员variables的MyType类,它可以在构造函数中用右值初始化,如下所示:

 class MyType{ const std::string m_name; public: MyType(const std::string&& name):m_name(name){}; } 

这很好,因为当我用临时对象声明这个类的一个实例时:

 void foo(){ MyType instance("hello"); } 

会发生什么是我们避免复制和销毁临时对象,“hello”直接放置在拥有的类实例的成员variables中。 如果对象比“string”重,则额外的复制和析构函数调用可能是重要的。

调用GetString之后返回。

我写了几乎完全一样的课:

 template <class C> class _StringBuffer { typename std::basic_string<C> &m_str; typename std::vector<C> m_buffer; public: _StringBuffer(std::basic_string<C> &str, size_t nSize) : m_str(str), m_buffer(nSize + 1) { get()[nSize] = (C)0; } ~_StringBuffer() { commit(); } C *get() { return &(m_buffer[0]); } operator C *() { return get(); } void commit() { if (m_buffer.size() != 0) { size_t l = std::char_traits<C>::length(get()); m_str.assign(get(), l); m_buffer.resize(0); } } void abort() { m_buffer.resize(0); } }; template <class C> inline _StringBuffer<C> StringBuffer(typename std::basic_string<C> &str, size_t nSize) { return _StringBuffer<C>(str, nSize); } 

在标准之前,每个编译器都做了不同的处理。 我相信旧的C ++注释参考手册指出临时应该在范围的末尾清理,所以一些编译器也这样做了。 直到2003年,我发现在Sun的Forte C ++编译器中,行为依然存在,所以StringBuffer不起作用。 但是如果现在的编译器仍然有问题,我会感到惊讶的。

StringBuffer在GetString的范围内。 它应该在GetString范围的末尾(即返回时)被销毁。 另外,我不相信只要有参考,C ++就会保证一个variables的存在。

以下应该编译:

 Object* obj = new Object; Object& ref = &(*obj); delete obj;