我认为这有点主观;我不确定意见是否一致(我见过许多返回引用的代码片段)。
根据对我刚才问的这个问题的评论，关于初始化引用，返回一个引用可能是邪恶的，因为(据我所知)它更容易错过删除它，这可能导致内存泄漏。
这让我很担心，因为我已经遵循了一些例子(除非是我想象的事情)，并且在相当多的地方这样做了……我误解了吗?它邪恶吗?如果是的话，到底有多邪恶?
我觉得因为我的指针和引用的混合包，加上我是c++的新手，以及完全不知道什么时候用什么，我的应用程序一定是内存泄漏的地狱…
另外，我知道使用智能/共享指针被普遍认为是避免内存泄漏的最佳方法。
当前回答
返回引用通常用于c++中大型对象的操作符重载，因为返回值需要复制操作。(在操作符重载中，我们通常不使用指针作为返回值)
但是返回引用可能会导致内存分配问题。由于对结果的引用将作为对返回值的引用传递给函数，因此返回值不能是自动变量。
如果你想使用返回引用，你可以使用静态对象的缓冲区。 例如
const max_tmp=5;
Obj& get_tmp()
{
static int buf=0;
static Obj Buf[max_tmp];
if(buf==max_tmp) buf=0;
return Buf[buf++];
}
Obj& operator+(const Obj& o1, const Obj& o1)
{
Obj& res=get_tmp();
// +operation
return res;
}
通过这种方式，您可以安全地使用返回引用。
但你总是可以使用指针而不是引用在函数中返回值。
其他回答
最好的方法是创建对象并将其作为引用/指针形参传递给分配该变量的函数。
在函数中分配对象并将其作为引用或指针返回(但指针更安全)是一个坏主意，因为会在函数块的末尾释放内存。
Class Set {
int *ptr;
int size;
public:
Set(){
size =0;
}
Set(int size) {
this->size = size;
ptr = new int [size];
}
int& getPtr(int i) {
return ptr[i]; // bad practice
}
};
getPtr函数可以在删除甚至空对象后访问动态内存。这可能导致坏访问异常。相反，应该实现getter和setter，并在返回之前验证大小。
有两种情况:
Const引用——有时是个好主意，特别是对于重载对象或代理类，编译器优化 非const引用——有时是个坏主意，会破坏封装
两者都有同样的问题——可能指向被破坏的对象……
我建议在需要返回引用/指针的许多情况下使用智能指针。
另外，还要注意以下几点:
有一个正式的规则- c++标准(如果你感兴趣，请参阅13.3.3.1.4节)声明临时对象只能绑定到const引用-如果你试图使用非const引用，编译器必须将其标记为错误。
它不仅不邪恶，而且有时是必不可少的。例如，如果不使用引用返回值，就不可能实现std::vector的[]操作符。
我遇到了一个真正的问题，它确实是邪恶的。本质上，开发人员返回了对vector中对象的引用。太糟糕了!!
完整的细节我在一月份写过:http://developer-resource.blogspot.com/2009/01/pros-and-cons-of-returing-references.html
