RVO-编译器返回值优化

RVO--Return Value Optimization

概述

返回值优化(Return Value Optimization,简称RVO)是一种编译器优化机制:

当函数需要返回一个对象的时候,如果自己创建一个临时对象用户返回,那么这个临时对象会消耗一个构造函数(Constructor)的调用、一个复制构造函数的调用(Copy Constructor)以及一个析构函数(Destructor)的调用的代价。而如果稍微做一点优化,就可以将成本降低到一个构造函数的代价,这样就省去了一次拷贝构造函数的调用和依次析构函数的调用。

编译使用原则

在使用GNU/g++编译器时可以使用"-fno-elide-constructors"选项来强制g++总是调用copy构造函数,即使在用临时对象初始化另一个同类型对象的时候。

但是在使用VS架构的编译器的时候, 貌似编译器默认直接使用RVO的, 并没有找到什么选项来关闭返回值优化。。。

具体信息请参照http://msdn.microsoft.com/en-us/library/ms364057(VS.80).aspx


例子

我们都知道三种拷贝构造函数调用的时机

①最明显的就是用一个类对象初始化另外一个对象的时候
②函数的参数是类对象,这个是函数按值传参数的时候,包括指针在内都是对原有的值的拷贝.
③函数返回一个类对象,这是一个对象以值传递的方式从函数返回.

但是这些都只是语义上的分析, 现在的编译器的编译策略, 很多情况下会把这些临时对象的创建都隐藏掉...

#include <iostream>
using namespace std;


class Base
{
public :
	Base(int num)
	{
	    m_num = num;
	}
	Base(const Base &base)
	{
		cout <<"Copy constructor..." <<endl;
	}

	/*~Base( )
	{
		cout <<"Destroy...." <<endl;
	} */
private :
    int m_num;

};



Base GetBase( )
{
	Base base(10);
	cout <<"返回值是对象类型, 应该调用拷贝构造函数" <<endl;
	return base;
}

void GetBase(Base base)
{
	cout <<"参数是对象类型, 应该调用拷贝构造函数" <<endl;
}


int main( )
{
	Base b1(20);
	cout <<"使用一个类对象去初始化另一个类对象, 应该调用拷贝构造函数" <<endl;
	Base b2 = b1;
	//cout <<"使用一个可以隐式转换为Base类对象的整数值1来初始化, 应该调用拷贝构造函数" <<endl;
	//Base b3 = 1;
	b2 = GetBase( );
	GetBase( );
}

上面的代码,用GCC4.8.1编译, 如果常规进行编译, 就会出现这样的结果


但是如果加上-fno-elide-constructors选项, 调用结果就成为我们所理解的方式




很明显, 默认的RVO设置, 将后面两种情况下, 临时对象的创建优化掉了。。。

编译器无法进行RVO的几种情况

RVO是一个很有帮助的编译优化策略, 但是它的优化实现是依赖于编译器的,也就是说编译器只能对指定的符合其规则的代码, 进行RVO优化,对于不符合要求的却无能为力了,

下面我们总结一下有哪些情况会阻止编译器进行这种优化。

① 函数使用exeception, 为了保证异常的正确捕获, 编译器不会进行RVO

② 不对命名的函数对象(Different Named Objects), 这个情况是说,函数有可能有多个分支,最终导致有多个不同位置的return语句。对于此项优化,要求所有return返回的对象的名字都是一致的。如写成下面的情况,就不行:

Base Test( ) 
{
    if(...)
    {
       return b1;
    }
    else
    {
	return b2;
    }
}
因此 优化的关键,就是最好只在一个地方返回。即函数只有一个出口

③ 嵌入的汇编代码中引用了返回对象。


### 返回值优化 (RVO) 的概念 返回值优化(Return Value Optimization, RVO)是一种由编译器执行的技术,旨在减少或消除函数返回对象时不必要的拷贝操作。当一个函数返回局部创建的对象而不是指针或引用时,通常会产生临时对象并触发复制构造函数。然而,在许多情况下,这种额外的复制是没有必要的。 通过实施 RVO编译器可以在特定条件下直接将目标位置作为构建最终结果的地方,从而跳过中间步骤中的显式副本动作[^1]。 ### RVO 的工作原理 具体来说,对于那些返回新实例而非现有实体的情况,编译器可能会采取措施让被调用方直接在其外部预期接收该值的位置上建立所需的数据结构。这意味着: - 函数内部不会真正创建独立于外界存在的临时对象; - 调用者指定的目标地址成为实际存储空间所在之处; - 构造过程发生在最终目的地处,避免了后续转移带来的开销。 例如,在下面的例子中 `func()` 方法内声明了一个名为 `temp` 的变量,并将其作为返回值传递给外面的世界;但是由于启用了 RVO 机制,则实际上并没有发生任何真正的“返回”。 ```cpp A func() { A temp(69); return temp; } ``` 这里展示的是如何利用 C++ 中的语法特性来帮助实现更高效的内存管理策略[^5]。 ### 应用场景与限制条件 尽管大多数现代编译器都能够很好地识别何时适合应用此优化方法,但在某些复杂情形下仍可能存在局限性。例如,如果涉及多态行为或是虚继承关系的话,那么即使是最先进的工具也可能无法安全地省略掉所有的潜在复制活动。此外,当面对含有异常处理逻辑或者依赖于副作用表达式的语句块时,同样难以保证完全去除所有形式上的数据传输环节[^4]。 值得注意的是,虽然 NRVORVO 是两种不同类型的优化方式,但它们共同作用于提升整体效率方面有着重要意义,特别是在资源受限环境中尤为明显[^3]。 ### 编译器的支持情况 随着 C++ 标准的发展以及各版本之间的演进,有关 RVO 的支持程度也在不断变化之中。早期的标准如 C++98 并未强制规定此类特性的存在与否及其表现形态;而到了后来诸如 C++17 这样的更新则引入了一些改进措施使得更多场合下的无损转换成为了可能。不过无论如何,始终建议开发者们关注所使用的具体开发环境所提供的文档说明以获取最新信息。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值