我认为这有点主观;我不确定意见是否一致(我见过许多返回引用的代码片段)。
根据对我刚才问的这个问题的评论，关于初始化引用，返回一个引用可能是邪恶的，因为(据我所知)它更容易错过删除它，这可能导致内存泄漏。
这让我很担心，因为我已经遵循了一些例子(除非是我想象的事情)，并且在相当多的地方这样做了……我误解了吗?它邪恶吗?如果是的话，到底有多邪恶?
我觉得因为我的指针和引用的混合包，加上我是c++的新手，以及完全不知道什么时候用什么，我的应用程序一定是内存泄漏的地狱…
另外，我知道使用智能/共享指针被普遍认为是避免内存泄漏的最佳方法。
当前回答
“回复推荐信是邪恶的，因为， 只是(据我所知)它造就了它 更容易忘记删除它”
不正确的。返回引用并不意味着所有权语义。也就是说，只是因为你这样做:
Value& v = thing->getTheValue();
.．.并不意味着你现在拥有由v引用的内存;
然而，这是可怕的代码:
int& getTheValue()
{
return *new int;
}
如果你这样做是因为“你不需要那个实例上的指针”，那么:1)如果你需要引用，就解除对指针的引用，2)你最终会需要指针，因为你必须用delete匹配new，你需要一个指针来调用delete。
其他回答
“回复推荐信是邪恶的，因为， 只是(据我所知)它造就了它 更容易忘记删除它”
不正确的。返回引用并不意味着所有权语义。也就是说，只是因为你这样做:
Value& v = thing->getTheValue();
.．.并不意味着你现在拥有由v引用的内存;
然而，这是可怕的代码:
int& getTheValue()
{
return *new int;
}
如果你这样做是因为“你不需要那个实例上的指针”，那么:1)如果你需要引用，就解除对指针的引用，2)你最终会需要指针，因为你必须用delete匹配new，你需要一个指针来调用delete。
关于糟糕的代码:
int& getTheValue()
{
return *new int;
}
实际上，内存指针在返回后丢失。但是如果你像这样使用shared_ptr:
int& getTheValue()
{
std::shared_ptr<int> p(new int);
return *p->get();
}
内存在返回后不会丢失，并将在分配后释放。
返回引用通常用于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;
}
通过这种方式，您可以安全地使用返回引用。
但你总是可以使用指针而不是引用在函数中返回值。
No.
不好的是引用动态分配的对象而丢失了原来的指针。当你新建一个对象时，你承担了保证删除的义务。
但是看一下，例如，操作符<<:必须返回一个引用，或者
cout << "foo" << "bar" << "bletch" << endl ;
不能工作。
它不仅不邪恶，而且有时是必不可少的。例如，如果不使用引用返回值，就不可能实现std::vector的[]操作符。
