临时对象在表达式求值、函数返回值、类型转换（隐式/显式）、字面量参与运算及传参类型不匹配时自动创建，其生命周期通常至完整表达式结束。
临时对象在哪些表达式里会自动创建
临时对象不是你用 new 申请出来的，而是编译器在求值过程中“顺手造的”——只要类型不匹配、需要隐式转换、或返回值是值类型（非引用），就可能触发。比如：std::string("hello") + " world" 中，" world" 会被转成一个匿名 std::string 对象；又比如函数返回 std::vector，调用点拿到的就是一个临时对象（除非被移动或绑定到 const 引用）。
常见触发场景包括：
- 字面量参与运算（如
5 + obj，而operator+参数是MyClass类型） - 函数返回值是值类型（
MyClass make_obj() { return MyClass{}; }，调用make_obj()得到临时对象） - 显式类型转换（
MyClass(42)或static_cast）(x) - 传参时类型不匹配且存在非 explicit 构造函数（
void f(MyClass); f(100);）
临时对象的生命周期到底什么时候结束
核心规则：临时对象通常在**完整表达式结束时销毁**——也就是分号前、逗号表达式右半部分执行完后、return 表达式求值完成后。但有两个关键例外：
- 绑定到
const左值引用或右值引用时，生命周期会延长到该引用的作用域结束（例如const auto& r = func();） - 在初始化成员时（如构造函数初始化列表中），临时对象寿命只延续到该成员所属对象构造完成，而不是整个构造函数结束
注意：这个“完整表达式”不包含函数调用内部的表达式。比如 f(g()) 中，g() 返回的临时对象在 f 返回前就可能已被析构（除非 f 内部保存了它的引用或副本）。
为什么有时候临时对象没按预期析构（或提前析构）
最常见的误解来自编译器优化：C++17 起，对满足条件的返回值和初始化，强制要求执行“复制省略（copy elision）”，也就是直接在目标位置构造对象，跳过临时对象。此时你写的 return MyClass{} 可能根本不会调用拷贝/移动构造函数，也就没有“临时对象产生→销毁”的过程可观察。
容易踩坑的地方：
- 把临时对象地址存进指针或容器（如
auto p = &func().data()）——一旦表达式结束，对象已销毁，p成悬垂指针 - 在 lambda 捕获中按值捕获临时对象（
[x = MyClass{}]() { ... }）是安全的，但按引用捕获（[&x = MyClass{}]）会导致未定义行为 - 调试时加断点看析构函数调用，结果发现没触发——很可能是 copy elision 在起作用，不是 bug
如何控制或观察临时对象的行为
如果你真需要确认临时对象是否产生、何时析构，最直接的办法是给类加上带输出的构造/析构函数，并禁用优化（-O0）。但生产代码中不该依赖这种观察。
更实用的做法是：
- 用
std::move显式转移资源（避免无谓拷贝），但注意：对纯右值调用std::move是冗余的（如std::move(MyClass{})） - 返回局部对象时，优先写
return local_obj;而不是return std::move(local_obj);—— 后者反而可能阻止 NRVO - 想延长寿命？用
const auto&绑定；想确保移动？用auto&&（万能引用）配合std::forward
真正难处理的不是“怎么产生”，而是“谁负责清理”——尤其当临时对象持有文件句柄、锁或 GPU 内存时，析构时机错一点，就可能卡死或泄漏。这类资源必须严格遵循 RAII，且不能假设临时对象会活过当前语句。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
