有时有人声称C ++ 11/14可以提高性能，即使仅编译C ++ 98代码也可以。理由通常是根据移动语义的，因为在某些情况下，右值构造函数是自动生成的，或者现在是STL的一部分。现在，我想知道以前是否已经通过RVO或类似的编译器优化处理了这些情况。

然后我的问题是，是否可以给我一个C ++ 98代码的实际示例，该示例无需修改即可使用支持新语言功能的编译器更快地运行。我确实理解不需要标准兼容的编译器来执行复制省略，仅由于这个原因，移动语义可能会带来速度，但是如果您愿意，我希望看到一种病态较少的情况。

编辑：为了清楚起见，我不是在问新的编译器是否比旧的编译器快，而是如果有代码将-std = c ++ 14添加到我的编译器标志中，它将运行得更快（避免复制，但是如果您除了移动语义之外，还可以提出其他建议，我也很感兴趣）

我知道有5个常规类别，其中将C ++ 03编译器重新编译为C ++ 11可能会导致性能的无限提高，而这实际上与实现质量无关。这些都是移动语义的变体。

std::vector 重新分配

struct bar{
  std::vector<int> data;
};
std::vector<bar> foo(1);
foo.back().data.push_back(3);
foo.reserve(10); // two allocations and a delete occur in C++03

每次时间foo的缓冲器被在C ++ 03重新分配它复制每个vector中bar。

在C ++ 11中，它移动bar::datas，而s基本上是免费的。

在这种情况下，这取决于stdcontainer 内的优化vector。在下面的每种情况下，使用std容器仅仅是因为它们是C ++对象，move在升级编译器时，它们在C ++ 11中具有“自动” 高效的语义。包含std容器的不阻止它的对象也继承自动改进的move构造函数。

NRVO故障

当NRVO（命名为返回值优化）失败时，在C ++ 03中它回退到副本上，而在C ++ 11中它回退到移动上。NRVO的失败很容易：

std::vector<int> foo(int count){
  std::vector<int> v; // oops
  if (count<=0) return std::vector<int>();
  v.reserve(count);
  for(int i=0;i<count;++i)
    v.push_back(i);
  return v;
}

甚至：

std::vector<int> foo(bool which) {
  std::vector<int> a, b;
  // do work, filling a and b, using the other for calculations
  if (which)
    return a;
  else
    return b;
}

我们有三个值-返回值和函数内的两个不同值。Elision允许将函数内的值与返回值“合并”，但不能相互合并。如果没有合并，它们都不能与返回值合并。

基本的问题是NRVO省略是脆弱的，并且不在return站点附近进行更改的代码会突然在该位置大幅降低性能，而不会发出诊断信息。在大多数NRVO失败的情况下，C ++ 11的结尾为move，而C ++ 03的结尾为一个副本。

返回函数参数

此处的省略也是不可能的：

std::set<int> func(std::set<int> in){
  return in;
}

在C ++ 11中，这很便宜：在C ++ 03中，无法避免复制。返回值不能忽略函数的参数，因为参数的寿命和位置以及返回值由调用代码管理。

但是，C ++ 11可以从一个迁移到另一个。（在一个不那么玩具的示例中，可以对进行某些操作set）。

push_back 要么 insert

最终省略到容器中不会发生：但是C ++ 11重载了右值移动插入运算符，从而保存了副本。

struct whatever {
  std::string data;
  int count;
  whatever( std::string d, int c ):data(d), count(c) {}
};
std::vector<whatever> v;
v.push_back( whatever("some long string goes here", 3) );

在C ++ 03中，将whatever创建一个临时文件，然后将其复制到vector中v。std::string分配了2个缓冲区，每个缓冲区具有相同的数据，而其中一个被丢弃。

在C ++ 11中，将whatever创建一个临时目录。whatever&& push_back然后move，将重载临时添加到向量中v。std::string分配了一个缓冲区，并将其移入向量。空将std::string被丢弃。

分配

从@ Jarod42的答案中被盗。

分配不能发生省略，但可以移动。

std::set<int> some_function();

std::set<int> some_value;

// code

some_value = some_function();

这里some_function返回一个候选对象，但由于它不用于直接构造对象，因此不能被忽略。在C ++ 03中，以上结果导致临时内容被复制到中some_value。在C ++ 11中，它已移入some_value，基本上是免费的。

为了充分发挥上述作用，您需要一个可以为您合成move构造函数和赋值的编译器。

MSVC 2013在std容器中实现move构造函数，但不会在您的类型上合成move构造函数。

因此，包含std::vectors和类似内容的类型在MSVC2013中不会得到这种改进，但是会在MSVC2015中开始得到它们。

clang和gcc早就实现了隐式move构造函数。如果您通过，英特尔2013编译器将支持隐式生成move构造函数-Qoption,cpp,--gen_move_operations（默认情况下，为了与MSVC2013交叉兼容，它们不会这样做）。

如果您有类似以下内容：

std::vector<int> foo(); // function declaration.
std::vector<int> v;

// some code

v = foo();

您在C ++ 03中获得了一个副本，而在C ++ 11中获得了一个移动分配。这样您就可以进行免费优化。