转自https://blog.csdn.net/joey_zengchen/article/details/1566713
https://blog.csdn.net/qq_38193597/article/details/70193742
说到临时变量，我们大家也许都挺熟悉， 但是我自己对临时变量的理解却一直存在一个误区。通常情况下，我会把为了做某一件事情而临时创建的一个变量叫做临时变量。比如说在交换两个变量的值时，通常我们会创建第三个变量来达到我们最终的目的，而我们称之为“临时变量”。然而，大师Scott Meyers告诉我们，事实不是这么简单！
在C/C++中，真正意义上的临时变量是看不见的，就是说它们不会出现在你的代码中，参考一下这句话（来自《More Effective C++》）： True temporary objects in C++ are invisible — they don't appear in your source code. They arise whenever a non-heap object is created but not named.
按照这种定义，我以前所理解的“临时变量”其实并不是真正意义上的临时变量，他只是我所定义的一个短命的局部变量而已。
临时变量通常在函数参数传递发生类型转换以及函数返回值时被创建。比如下面这个例子：
void uppercasify(const string& str)
{}
int main(int argc, char* argv[])
{
char subtleBookPlug[] = "Effective C++";
uppercasify(subtleBookPlug); // 此处有类型转换
return 1;
}
函数uppercasify需要const string&类型的参数，而实参类型为char *，故编译器会尝试着进行类型转换。此时一个string类型的临时变量将被创建，并用subtleBookPlug来初始化对象，最后将临时变量传给函数uppercasify。
理解了这个例子，也就能较好的理解为什么 C/C++不允许为非const的引用类型创建临时变量了。比如下面这个例子：
void uppercasify(string& str) // 参数类型改为string &
{}
int main(int argc, char* argv[])
{
char subtleBookPlug[] = "Effective C++";
uppercasify(subtleBookPlug);
return 1;
}
此时，如果创建了一个临时变量，那函数所修改的对象为临时变量，而不是用户所期待的subtleBookPlug了，从而容易引起误操作。
产生临时变量的三种情况：一：以By Value的方式传值；二：参数为const的类型。三：类型转换
一：以By Value的方式传值。
我们都知道，引用类型和指针类型传递的都是地址，可以直接对地址中存放的数据进行操作，而以传值的方式传递参数，就会在heap中重新分配一个临时区域，将实参中的数据拷贝到临时区域中，而你对这份数据进行的任何的操作都不会影响实参的内容，因为实参跟形参只是内容相同，分别在两块不同的内存中。而引用和指针操作的是同一块内存，所以形参修改后，实参也修改了。
二：参数为const的类型。
因为常量是不能修改，在只需要实参中的数据，而不需对实参进行修改时，或是禁止对实参进行修改时，把形参定义为const类型，系统会产生一个临时变量，就能起到保护数据的作用，如在函数strlen中，修改参数的值行吗？本来只是想得到实参的长度，结果在函数中被修改了，那得到得实参长度还是真实的吗。
如果你程序中的数据到处都可以被修改，那是多么的可怕（所以我们讨厌全局变量），所以const还是有它存在的价值。
三：类型转换的时候会产生临时变量。
真是糟糕啊，在用类型转换带来便利的同时，产生临时变量就是我们承担的损失。
如将一个short类型转换成int类型，他们占用的内存不一样，如果不产生临时变量，那不就short类型和int类型占用的字节数不就一样了吗，sizeof不就坑爹了吗。
C++语言禁止为非常量引用产生临时对象。同时证明引用类型传参不会产生临时变量，如char[]转换成string会报错，他们都是引用类型。
临时变量不能作为非const引用参数，不是因为他是常量，而是因为c++编译器的一个关于语义的限制。如果一个参数是以非const引用传入，c++编译器就有理由认为程序员会在函数中修改这个值，并且这个被修改的引用在函数返回后要发挥作用。但如果你把一个临时变量当作非const引用参数传进来，由于临时变量的特殊性，程序员并不能操作临时变量，而且临时变量随时可能被释放掉，所以，一般说来，修改一个临时变量是毫无意义的，据此，c++编译器加入了临时变量不能作为非const引用的这个语义限制，意在限制这个非常规用法的潜在错误。
说到临时变量，我们大家也许都挺熟悉， 但是我自己对临时变量的理解却一直存在一个误区。通常情况下，我会把为了做某一件事情而临时创建的一个变量叫做临时变量。比如说在交换两个变量的值时，通常我们会创建第三个变量来达到我们最终的目的，而我们称之为“临时变量”。然而，大师Scott Meyers告诉我们，事实不是这么简单！
在C/C++中，真正意义上的临时变量是看不见的，就是说它们不会出现在你的代码中，参考一下这句话（来自《More Effective C++》）： True temporary objects in C++ are invisible — they don't appear in your source code. They arise whenever a non-heap object is created but not named.
按照这种定义，我以前所理解的“临时变量”其实并不是真正意义上的临时变量，他只是我所定义的一个短命的局部变量而已。
临时变量通常在函数参数传递发生类型转换以及函数返回值时被创建。比如下面这个例子：
void uppercasify(const string& str)
{}
int main(int argc, char* argv[])
{
char subtleBookPlug[] = "Effective C++";
uppercasify(subtleBookPlug); // 此处有类型转换
return 1;
}
函数uppercasify需要const string&类型的参数，而实参类型为char *，故编译器会尝试着进行类型转换。此时一个string类型的临时变量将被创建，并用subtleBookPlug来初始化对象，最后将临时变量传给函数uppercasify。
理解了这个例子，也就能较好的理解为什么 C/C++不允许为非const的引用类型创建临时变量了。比如下面这个例子：
void uppercasify(string& str) // 参数类型改为string &
{}
int main(int argc, char* argv[])
{
char subtleBookPlug[] = "Effective C++";
uppercasify(subtleBookPlug);
return 1;
}
此时，如果创建了一个临时变量，那函数所修改的对象为临时变量，而不是用户所期待的subtleBookPlug了，从而容易引起误操作。
产生临时变量的三种情况：一：以By Value的方式传值；二：参数为const的类型。三：类型转换
一：以By Value的方式传值。
我们都知道，引用类型和指针类型传递的都是地址，可以直接对地址中存放的数据进行操作，而以传值的方式传递参数，就会在heap中重新分配一个临时区域，将实参中的数据拷贝到临时区域中，而你对这份数据进行的任何的操作都不会影响实参的内容，因为实参跟形参只是内容相同，分别在两块不同的内存中。而引用和指针操作的是同一块内存，所以形参修改后，实参也修改了。
二：参数为const的类型。
因为常量是不能修改，在只需要实参中的数据，而不需对实参进行修改时，或是禁止对实参进行修改时，把形参定义为const类型，系统会产生一个临时变量，就能起到保护数据的作用，如在函数strlen中，修改参数的值行吗？本来只是想得到实参的长度，结果在函数中被修改了，那得到得实参长度还是真实的吗。
如果你程序中的数据到处都可以被修改，那是多么的可怕（所以我们讨厌全局变量），所以const还是有它存在的价值。
三：类型转换的时候会产生临时变量。
真是糟糕啊，在用类型转换带来便利的同时，产生临时变量就是我们承担的损失。
如将一个short类型转换成int类型，他们占用的内存不一样，如果不产生临时变量，那不就short类型和int类型占用的字节数不就一样了吗，sizeof不就坑爹了吗。
C++语言禁止为非常量引用产生临时对象。同时证明引用类型传参不会产生临时变量，如char[]转换成string会报错，他们都是引用类型。
临时变量不能作为非const引用参数，不是因为他是常量，而是因为c++编译器的一个关于语义的限制。如果一个参数是以非const引用传入，c++编译器就有理由认为程序员会在函数中修改这个值，并且这个被修改的引用在函数返回后要发挥作用。但如果你把一个临时变量当作非const引用参数传进来，由于临时变量的特殊性，程序员并不能操作临时变量，而且临时变量随时可能被释放掉，所以，一般说来，修改一个临时变量是毫无意义的，据此，c++编译器加入了临时变量不能作为非const引用的这个语义限制，意在限制这个非常规用法的潜在错误。