返回c++引用变量的做法是邪恶的吗?

我认为这有点主观;我不确定意见是否一致(我见过许多返回引用的代码片段)。

根据对我刚才问的这个问题的评论，关于初始化引用，返回一个引用可能是邪恶的，因为(据我所知)它更容易错过删除它，这可能导致内存泄漏。

这让我很担心，因为我已经遵循了一些例子(除非是我想象的事情)，并且在相当多的地方这样做了……我误解了吗?它邪恶吗?如果是的话，到底有多邪恶?

我觉得因为我的指针和引用的混合包，加上我是c++的新手，以及完全不知道什么时候用什么，我的应用程序一定是内存泄漏的地狱…

另外，我知道使用智能/共享指针被普遍认为是避免内存泄漏的最佳方法。

当前回答

它不仅不邪恶，而且有时是必不可少的。例如，如果不使用引用返回值，就不可能实现std::vector的[]操作符。

其他回答

我遇到了一个真正的问题，它确实是邪恶的。本质上，开发人员返回了对vector中对象的引用。太糟糕了!!

完整的细节我在一月份写过:http://developer-resource.blogspot.com/2009/01/pros-and-cons-of-returing-references.html

它不仅不邪恶，而且有时是必不可少的。例如，如果不使用引用返回值，就不可能实现std::vector的[]操作符。

No.

不好的是引用动态分配的对象而丢失了原来的指针。当你新建一个对象时，你承担了保证删除的义务。

但是看一下，例如，操作符<<:必须返回一个引用，或者

cout << "foo" << "bar" << "bletch" << endl ;

不能工作。

您应该返回一个对现有对象的引用，该对象不会立即消失，并且您不打算对其进行任何所有权转移。

永远不要返回对局部变量之类的引用，因为它不会在那里被引用。

你可以返回一个独立于函数的引用，你不希望调用函数负责删除它。典型的运算符[]函数就是这种情况。

如果你正在创建一些东西，你应该返回一个值或一个指针(常规或智能)。您可以自由地返回一个值，因为它将进入调用函数中的变量或表达式。永远不要返回指向局部变量的指针，因为它会消失。

对已接受答案的补充:

Struct immutableint { Immutableint (int i): i_(i) {} Const int& get() Const{返回i_;｝私人: int i_; };

我认为这个例子是不好的，如果可能的话应该避免。为什么?很容易以悬空引用结束。

用一个例子来说明这一点:

struct Foo
{
    Foo(int i = 42) : boo_(i) {}
    immutableint boo()
    {
        return boo_;
    }  
private:
    immutableint boo_;
};

进入危险区域:

Foo foo;
const int& dangling = foo.boo().get(); // dangling reference!

推荐文章