为什么不允许获取对一个临时对象的非常量引用，哪个函数getx()返回？显然，这是C ++标准所禁止的，但是我对这种限制的目的感兴趣，而不是对该标准的引用。
struct X
{
X& ref() { return *this; }
};
X getx() { return X();}
void g(X & x) {}
int f()
{
const X& x = getx(); // OK
X& x = getx(); // error
X& x = getx().ref(); // OK
g(getx()); //error
g(getx().ref()); //OK
return 0;
}
ref()可以修改临时对象。ref()允许您欺骗编译器并获得指向该临时对象的链接，从而解决了我们的问题。此外：
他们说“将临时对象分配给const引用可延长该对象的寿命”，“关于非const引用却一无所获”。我还有一个问题。以下分配是否会延长临时对象的寿命？
X& x = getx().ref(); // OK
... C ++不想让您不小心修改临时变量，但是直接在可修改的rvalue上调用非常量成员函数是显式的，因此允许...
基本上，您不应该因为临时对象是临时对象并且会在任何时候死掉的原因而尝试修改它们。允许您调用非const方法的原因是，只要您知道自己在做什么并且对它很明确，就可以做一些“愚蠢”的事情（例如，使用reinterpret_cast）。但是，如果将一个临时对象绑定到一个非const引用，则可以继续将其永久传递给“永久”对象，以使对对象的操作消失，因为在整个过程中您完全忘记了这是一个临时对象。
如果我是你，我会重新考虑我的功能设计。为什么g（）接受引用，它会修改参数吗？如果不是，请使其成为const引用，如果是，请为什么尝试将临时变量传递给它，您不在乎它是您要修改的临时变量吗？为什么getx（）无论如何都会返回临时值？如果您与我们分享您的真实情况以及您想要实现的目标，则可能会得到一些很好的建议。
违反语言并欺骗编译器很少解决问题-通常会产生问题。
X& x = getx().ref(); // OK when will x die? -我不知道，我不在乎，因为这正是我“违背语言”的意思。该语言表示：“除非声明绑定到const引用，否则临时语句会在语句末尾死亡，在这种情况下，当引用超出范围时，它们就会死亡”。应用该规则，似乎x在下一条语句的开头已经死了，因为它没有绑定到const引用（编译器不知道ref（）返回的内容）。但是，这只是一个猜测。
2）我清楚地说明了这个目的：不允许您修改临时对象，因为这样做没有意义（忽略C ++ 0x rvalue引用）。问题“那为什么允许我打电话给非const成员？” 是一个不错的选择，但是我没有比我上面已经说过的更好的答案了。
3）好吧，如果我X& x = getx().ref();对语句结尾处的x死是正确的，那么问题就显而易见了。
无论如何，根据您的问题和评论，我认为即使这些额外的答案也无法满足您。这是最后的尝试/摘要：C ++委员会认为修改临时文件没有意义，因此，它们不允许绑定到非const引用。我不知道可能是某些编译器实现或历史性问题也涉及其中。然后，出现了一些特定情况，并决定在各种情况下，它们仍将允许通过调用非const方法直接进行修改。但这是一个例外-通常不允许您修改临时文件。是的，C ++通常很奇怪。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句