问题如下：
从字面本人也能理解，就是本人引用了一个右值
但是本人验证了一下，像本人这种眼看记得住的人，却糊涂了，本人在键盘上敲下
从字面本人也能理解，就是本人引用了一个右值
但是本人验证了一下，像本人这种眼看记得住的人，却糊涂了，本人在键盘上敲下
#include <iostream> #include <stdlib.h> using namespace std; class Rational { friend Rational operator * (const Rational &lhs,const Rational &rhs); friend ostream &operator << (ostream & out,const Rational &rhs); public: Rational (int one,int two); private: int n,d; }; //构造函数 Rational::Rational(int one = 0,int two = 1):n(one),d(two) {} // 重载* 这就是问题所在 Rational operator*(const Rational &lhs,const Rational &rhs) { Rational result (lhs.n * rhs.n,lhs.d * rhs.d); return result; } //这个函数就是一个验证的作用 ostream & operator << (ostream & out,const Rational &rhs) { out <<rhs.n <<"\t"<< rhs.d; return out; } int main() { Rational a(1,2); Rational b(3,5); Rational c = a * b; cout << c <<endl ; system("pause"); return 0; }
本人不清楚为什么照样也可以正常从一个被释放的值那里复制过来
这里本人的理解是
1：并不是operator * 函数调用完就完了的，而是参与了Rational的operator= 运算符函数， 也就是做现在这个operator*返回的result还未被释放，只有当这一整句“ …; “都执行完了，才会被释放
2：哈哈，那就是Scott Meyers说错了，让本人意淫会~
// 附上调试图片
还请路过大牛指点
解决方案：20分
你说的是*运算符么？你再仔细看一下，书上*运算符方法返回的是const引用，而你返回的是副本的值
解决方案：10分
不是那样的
函数返回值，是在函数调用前，就存在的临时变量
编译器为每个函数调用表达式，准备一个函数返回值临时变量
然后调用 函数
返回值临时变量，对于函数来说，是个只写对象
C 语言，只有return 语句；修改 返回值临时变量,结果是 return表达式的值；
返回值临时变量，和函数内部定义的变量没有任何关系
和表达式语句中的变量也没有关系。
假如是个整形函数 ，临时变量一般就是累加器 （ X86中的 eax）。
只是返回值优化，
会将作用在 某些函数内部变量上的操作，
改为返回值临时变量上
而临时变量优化，会将作用在临时变量的操作，改为 初始化对象，或赋值对象上。
函数返回值，是在函数调用前，就存在的临时变量
编译器为每个函数调用表达式，准备一个函数返回值临时变量
然后调用 函数
返回值临时变量，对于函数来说，是个只写对象
C 语言，只有return 语句；修改 返回值临时变量,结果是 return表达式的值；
返回值临时变量，和函数内部定义的变量没有任何关系
和表达式语句中的变量也没有关系。
假如是个整形函数 ，临时变量一般就是累加器 （ X86中的 eax）。
只是返回值优化，
会将作用在 某些函数内部变量上的操作，
改为返回值临时变量上
而临时变量优化，会将作用在临时变量的操作，改为 初始化对象，或赋值对象上。
解决方案：2分
你这个是值传递,
值传递是你小伙伴有个足球, 你也买了个一样的.
指针和引用是你借的小伙伴的足球. 小伙伴回家了就得还给人家
值传递是你小伙伴有个足球, 你也买了个一样的.
指针和引用是你借的小伙伴的足球. 小伙伴回家了就得还给人家
解决方案：10分
理解和讨论之前请先学会怎么样观察！
计算机组成原理→DOS命令→汇编语言→C语言（不包括C++）、代码书写规范→数据结构、编译原理、操作系统→计算机网络、数据库原理、正则表达式→其它语言（包括C++）、架构……
对学习编程者的忠告：
多用小脑和手，少用大脑、眼睛和嘴，会更快地学会编程！
眼过千遍不如手过一遍！
书看千行不如手敲一行！
手敲千行不如单步一行！
单步源代码千行不如单步Debug版对应汇编一行！
单步Debug版对应汇编千行不如单步Release版对应汇编一行！
单步类的实例“构造”或“复制”或“作为函数参数”或“作为函数返回值返回”或“参加各种运算”或“退出作用域”的语句对应的汇编代码几步后，就会来到该类的“构造函数”或“复制构造函数”或“运算符重载”或“析构函数”对应的C/C++源代码处。
VC调试时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。
对VC来说，所谓‘调试时’就是编译连接通过以后，按F10或F11键单步执行一步以后的时候，或在某行按F9设了断点后按F5执行停在该断点处的时候。
（Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习汇编以及C和汇编的对应关系。
从汇编的角度理解和学习C语言的指针，原本看似复杂的东西就会变得非常简单！
指针即地址。“地址又是啥？”“只能从汇编语言和计算机组成原理的角度去解释了。”
但本人又不得不承认：
有那么些人喜欢或适合用“先具体再抽象”的方法学习和理解复杂事物；
而另一些人喜欢或适合用“先抽象再具体”的方法学习和理解复杂事物。
而本人本人属前者。
不要企图依赖输出指针相关表达式…的值【例如printf(“%p\n”,…);或cout<<…】来理解指针的本质，
而要依赖调试时的反汇编窗口中的C/C++代码【例如void *p=(void *)(…);】及其对应汇编指令以及内存窗口中的内存地址和内存值来理解指针的本质。
这辈子不看内存地址和内存值；只画链表、指针示意图，画堆栈示意图，画各种示意图，甚至本人没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗？本人深表怀疑！
这辈子不种麦不收麦不将麦粒拿去磨面；只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头，压面条，烤面包，……能从本质上理解面粉、理解面食吗？本人深表怀疑！
提醒：
“学习用汇编语言写程序”
和
“VC调试(TC或BC用TD调试)时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。
（Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习C和汇编的对应关系。”
不是一回事！
不要迷信书、考题、老师、回帖；
要迷信CPU、编译器、调试器、运行结果。
并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。
任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！
有人说一套做一套，你相信他说的还是相信他做的？
其实严格来说这个世界上古往今来全部人都是说一套做一套，不是吗？
不要写连本人也预测不了结果的代码！
电脑内存或文件内容只是一个一维二进制字节数组及其对应的二进制地址；
人脑才将电脑内存或文件内容中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是整数、有符号数/无符号数、浮点数、复数、英文字母、阿拉伯数字、中文/韩文/法文……字符/字符串、汇编指令、函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、字符点阵、字符笔画的坐标、黑白二值图片、灰度图片、彩色图片、录音、视频、指纹信息、身份证信息……
十字链表交换任意两个节点C源代码（C指针应用终极挑战）http://download.csdn.net/detail/zhao4zhong1/5532495
计算机组成原理→DOS命令→汇编语言→C语言（不包括C++）、代码书写规范→数据结构、编译原理、操作系统→计算机网络、数据库原理、正则表达式→其它语言（包括C++）、架构……
对学习编程者的忠告：
多用小脑和手，少用大脑、眼睛和嘴，会更快地学会编程！
眼过千遍不如手过一遍！
书看千行不如手敲一行！
手敲千行不如单步一行！
单步源代码千行不如单步Debug版对应汇编一行！
单步Debug版对应汇编千行不如单步Release版对应汇编一行！
单步类的实例“构造”或“复制”或“作为函数参数”或“作为函数返回值返回”或“参加各种运算”或“退出作用域”的语句对应的汇编代码几步后，就会来到该类的“构造函数”或“复制构造函数”或“运算符重载”或“析构函数”对应的C/C++源代码处。
VC调试时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。
对VC来说，所谓‘调试时’就是编译连接通过以后，按F10或F11键单步执行一步以后的时候，或在某行按F9设了断点后按F5执行停在该断点处的时候。
（Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习汇编以及C和汇编的对应关系。
从汇编的角度理解和学习C语言的指针，原本看似复杂的东西就会变得非常简单！
指针即地址。“地址又是啥？”“只能从汇编语言和计算机组成原理的角度去解释了。”
但本人又不得不承认：
有那么些人喜欢或适合用“先具体再抽象”的方法学习和理解复杂事物；
而另一些人喜欢或适合用“先抽象再具体”的方法学习和理解复杂事物。
而本人本人属前者。
不要企图依赖输出指针相关表达式…的值【例如printf(“%p\n”,…);或cout<<…】来理解指针的本质，
而要依赖调试时的反汇编窗口中的C/C++代码【例如void *p=(void *)(…);】及其对应汇编指令以及内存窗口中的内存地址和内存值来理解指针的本质。
这辈子不看内存地址和内存值；只画链表、指针示意图，画堆栈示意图，画各种示意图，甚至本人没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗？本人深表怀疑！
这辈子不种麦不收麦不将麦粒拿去磨面；只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头，压面条，烤面包，……能从本质上理解面粉、理解面食吗？本人深表怀疑！
提醒：
“学习用汇编语言写程序”
和
“VC调试(TC或BC用TD调试)时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。
（Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习C和汇编的对应关系。”
不是一回事！
不要迷信书、考题、老师、回帖；
要迷信CPU、编译器、调试器、运行结果。
并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。
任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！
有人说一套做一套，你相信他说的还是相信他做的？
其实严格来说这个世界上古往今来全部人都是说一套做一套，不是吗？
不要写连本人也预测不了结果的代码！
电脑内存或文件内容只是一个一维二进制字节数组及其对应的二进制地址；
人脑才将电脑内存或文件内容中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是整数、有符号数/无符号数、浮点数、复数、英文字母、阿拉伯数字、中文/韩文/法文……字符/字符串、汇编指令、函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、字符点阵、字符笔画的坐标、黑白二值图片、灰度图片、彩色图片、录音、视频、指纹信息、身份证信息……
十字链表交换任意两个节点C源代码（C指针应用终极挑战）http://download.csdn.net/detail/zhao4zhong1/5532495
解决方案：3分
这是你的函数原型
Rational operator*(const Rational &lhs,const Rational &rhs)
这是书上的
Rational& operator*(const Rational &lhs,const Rational &rhs)
发现差别了么？书上明确写了，
书上说不要返回本地引用，那是原因是本地引用的实质是指针，返回指向马上就要销毁的变量，当然就会产生野指针。
看书不细心。
Rational operator*(const Rational &lhs,const Rational &rhs)
这是书上的
Rational& operator*(const Rational &lhs,const Rational &rhs)
发现差别了么？书上明确写了，
书上说不要返回本地引用，那是原因是本地引用的实质是指针，返回指向马上就要销毁的变量，当然就会产生野指针。
看书不细心。
CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明effective C++中的一个疑问！
