临时对象在函数按值返回时，析构发生在包含该调用的完整表达式末尾（如分号前）；C++17起返回纯右值时可能省略临时对象，但语义上仍按此规则理解。
临时对象在函数返回时怎么销毁
临时对象的销毁时机不是“用完就扔”，而是绑定到 const 引用或被移动后可能延长，但最常见场景——函数按值返回对象——它的析构发生在调用表达式结束之后、包含该表达式的完整表达式末尾。
比如 auto x = make_string() + "hello"，make_string() 返回的临时 std::string 在整个赋值语句结束（分号前）才析构，不是在 + 运算完成后立刻消失。
- 如果函数返回的是纯右值（如
return std::string("a")），C++17 起 guaranteed copy elision 会直接构造到目标位置，不产生临时对象；但语义上仍按“临时对象生命周期”理解更安全 - 若返回局部变量名（如
std::string s = "a"; return s;），C++11 起自动触发移动，临时对象仍是那个被移动源的副本，销毁时机不变 - 别在函数里返回局部对象的引用或指针，
s.c_str()这类裸指针尤其危险：临时对象一销毁，指针立即悬空
const 引用延长临时对象生命周期的边界在哪
const T& r = f(); 确实能延长临时对象寿命，但只限于“直接绑定”：它必须是声明时就初始化，且不能经过中间转换（比如类型转换、用户定义转换函数）。
下面这些都不行：
立即学习“C++免费学习笔记（深入）”；
-
const std::string& r = std::string("x") + "y";❌ 表达式结果是临时对象，但+返回的是新临时对象，绑定成立 -
const char* p = (std::string("x") + "y").c_str();❌c_str()返回的是指针，不是引用，不延长任何东西 -
const std::string& r = get_string_view().to_string();❌ 如果to_string()是一个非平凡转换函数，C++ 标准不保证延长
真正安全的只有像 const auto& r = std::string("hello"); 或 const std::string& r = func_that_returns_string(); 这种直来直去的绑定。
移动语义下临时对象还“临时”吗
移动操作本身不改变临时对象的生命周期，只是把资源“掏空”了。原临时对象仍会在原定时间点析构，只是析构函数通常什么也不做（因为资源已被移走）。
- 移动后访问被移对象是未定义行为，哪怕它还没析构；
std::string s = std::string("a"); s.clear();合法，但s.data()可能已失效 - 编译器可能优化掉移动（如 RVO），但程序员不能依赖这种优化来规避生命周期问题
- 容器如
std::vector的push_back(std::string(...))会触发移动，临时对象仍在语句末尾销毁，不影响 vector 内元素的生存期
lambda 捕获临时对象时容易踩什么坑
按值捕获（[x = std::string("tmp")](){}）是安全的：临时对象在 lambda 创建时被移动或拷贝进闭包，和外部生命周期无关。
但按引用捕获（[&s]{ s.append("x"); }）就非常危险——如果 s 是函数内临时对象，lambda 一旦逃逸出作用域，引用立刻悬空。
- 捕获列表里写
[s = std::move(local_str)]是 OK 的，等价于按值捕获 - 不要写
[&]{ return local_str; }并返回这个 lambda，除非你能确保local_str的生命周期覆盖所有调用点 - 调试时注意：ASan 通常抓不到这种悬空引用，因为没内存越界，只是读了已释放的堆块
临时对象的销毁时机看着简单，实际取决于表达式结构、是否绑定、是否移动、是否跨作用域逃逸——每个环节都可能让“本该安全”的代码变成未定义行为。写的时候多问一句：这个对象，到底谁负责析构？什么时候轮到它？
