类中的 C++ 中的 Operator= 声明如下：
MyType & operator=(const MyType & rhs);
原因是链接是必要的。但是，由于 operator= 具有正确的优先级，因此返回值就足够了。
【问题讨论】：
标签： c++ operators operator-overloading operator-precedence
如果你不按引用返回，你就是按值返回，你不能赋值给一个值，因为只有左值是可赋值的。即使可以，也没关系，因为您分配给它的对象会在您分配给它后很快被销毁，因为它只是对象的副本，而不是对象本身。
实际上，您正在尝试这样做：
int blah() { int blah = 5; return blah; }
blah() = 99;
如您所见，这显然是错误的。
它确实取决于您执行分配的顺序，因为只有当您通过使左侧的分配发生在右侧的分配之前更改分配的自然顺序时才会出现此问题，例如 Oli 在评论中的示例关于这个答案：
(a = b) = c
另一个原因是消除不必要的复制，尽管编译器优化可能会带走这种好处。
您可以在此处阅读有关左值和右值的更多信息：http://msdn.microsoft.com/en-us/library/bkbs2cds.aspx
【讨论】：
(a = b) = c这样不起眼的事情时才重要。
a = b = c 被评估为a = (b = c)。显然，在这种情况下，operator= 是按引用返回还是按值返回并不重要。
(a = b) = c) 并且您按值返回时，他本质上在做什么。
是的，但原因可能与优先级无关，也可能无关。返回引用而不是值的原因与将 rhs （在您的示例中）作为常量引用而不是值传递的原因相同：更好的性能。所以你可以只返回你想要的值，但要考虑到可能会创建一个副本。
您还必须考虑您的课程是否准备好复印。
【讨论】：
您当然可以使用非引用返回类型声明operator =。事实上，在我实现它的极少数情况下，我通常让它返回 void，因为我不认为多次赋值或测试赋值结果是 C++ 的最大特性之一。
【讨论】：
void 的想法提出异议！您班级的大多数用户（假设这些用户不仅仅是您！）都希望能够做到a = b = c，尽管这可能很糟糕。
operator+ 执行乘法这一事实！
x = y = z 这样的代码，如果我在代码审查中遇到这种情况，我会不高兴。
你可以按值返回，没有什么可以阻止你。人们所说的“链接”是(a = b) = c之类的语句，其作用是将b赋值给a，然后将c赋值给a。这几乎没有实际用途，因此如果您选择按值返回，那很好。
目前的情况来自这样一个事实，即对于原语，赋值是这样定义的。因此，编译器提供的赋值运算符的工作方式相同，并且通常您希望重载的运算符尽可能地表现得像它们的内置对应物。但是，在这种特殊情况下，鉴于该特定构造的相对模糊性，您不太可能通过改变该行为来混淆任何人。只要你不做一些完全出乎意料的事情，比如返回一个布尔值来指示分配是否成功，就没有关系。
【讨论】：
我发现最好让编译器自动生成operator=()。在您确实需要指定它的情况下（很可能是深拷贝），我不会对它做任何非标准的事情。这只会让其他开发者感到困惑。
别太聪明:)
【讨论】：