RVO是否适用于对象成员?

时间:2015-10-26 11:09:30

标签: c++ c++11 visual-c++ c++14 return-value-optimization

请考虑以下事项:

struct A { /* ... */ };

A foo() {
  auto p = std::make_pair(A{}, 2);
  // ... do something
  return p.first;
}

auto a = foo();

p.first会被date复制,移动还是RVO?

4 个答案:

答案 0 :(得分:9)

我在Visual Studio 2010和gcc-5.1中找到了RVO 应用(例如参见http://coliru.stacked-crooked.com/a/17666dd9e532da76)。

标准的相关部分是12.8.31.1 [class.copy]。它声明允许复制省略(我突出显示):

  

在具有类返回类型的函数的return语句中,当表达式是非易失性自动对象的名称时(除了函数参数或异常引入的变量之外)处理程序声明([except.handle]))具有与函数返回类型相同的类型(忽略cv-qualification),通过将自动对象直接构造到函数返回中,可以省略复制/移动操作值

由于p.first不是对象的名称,因此禁止使用RVO。

答案 1 :(得分:9)

只是为了增加一点燃料,如果RVO在玩,这个功能怎么样?调用者已将A的实例放在内存中,然后调用foo分配给它(更好的是,让我们假设A是更大结构的一部分,让我们假设它已正确对齐,以便结构的下一个成员紧跟在A的实例之后。假设正在播放RVO,first的{​​{1}}部分位于调用者想要的位置,但p的{​​{1}}位于何处?它必须在int的实例之后才能保持second正常运行,但在源位置,在A的实例后面还有其他成员。

我希望RVO不会在这个地方发生,因为你只返回一个较大物体的一部分。可能会发生移动,因为pair必须处于可破坏状态。

答案 2 :(得分:3)

@atkins首先得到答案。只需添加这个小测试程序,在跟踪移动/分配行为时,您可能会发现它有用。

#include <iostream>
#include <string>

using namespace std::string_literals;

struct A {
    A()
    : history("created")
    {
    }

    A(A&& r)
    : history("move-constructed,"s + r.history)
    {
        r.history = "zombie: was "s + r.history;
    }
    A(const A& r)
    : history("copied from: " + r.history)
    {
    }
    ~A() {
        history = "destroyed,"s + history;
        std::cout << history << std::endl;
    }
    A& operator=(A&& r) {
        history = "move-assigned from " + r.history + " (was "s + history + ")"s;
        r.history = "zombie: was "s + r.history;
        return *this;
    }
    A& operator=(const A&r ) {
        history = "copied from " + r.history;
        return *this;
    }
    std::string history;
};

A foo() {
    auto p = std::make_pair(A{}, 2);
    // ... do something
    return p.first;
}



auto main() -> int
{
    auto a = foo();
    return 0;
}

示例输出:

destroyed,zombie: was created
destroyed,move-constructed,created
destroyed,copied from: move-constructed,created

答案 3 :(得分:0)

请考虑以下代码:

struct A {};
struct B {};
struct C { B c[100000]; };

A callee()
{
    struct S
    {
        A a;
        C c;
    } s;
    return s.a;
}

void caller()
{
    A a = callee();
    // here should lie free unused spacer of size B[100000]
    B b;
}

&#34;部分&#34; RVO应该导致调用者过多的堆栈使用膨胀,因为(我认为)S只能在调用者堆栈帧中完全构造。

另一个问题是~S()行为:

// a.hpp
struct A {};
struct B {};
struct C { A a; B b; ~C(); };
// a.cpp
#include "a.hpp"
~C() { /* ... */; }
// main.cpp
#include "a.hpp"
A callee()
{
    C c;
    return c.a;
} // How to destruct c partially, having the user defined ~C() in another TU?
// Even if destructor is inline and its body is visible,
// how to automatically change its logic properly?
// It is impossible in general case.
void caller() { A a = callee(); }