必须用[this]而非[=]或[&]访问类成员，因后两者不捕获this指针；C++17起可用[*this]按值拷贝对象；空捕获[]最安全，避免生命周期问题。
选错捕获方式，std::thread 启动后访问野指针、std::function 存储后调用崩溃、异步回调读到垃圾值——这些都不是偶发 bug，而是捕获列表语义理解偏差的必然结果。
什么时候必须用 [this] 而不是 [=] 或 [&]
在类成员函数中访问 this->member 时，[=] 和 [&] 不会自动捕获 this 指针（C++11/14 行为），只捕获局部变量。编译器不会报错，但运行时访问成员会触发未定义行为。
-
[this]显式捕获的是this指针，对象生命周期必须覆盖 Lambda 执行期；否则就是悬空指针 - C++17 起可用
[*this]，它按值拷贝整个对象，避免指针失效风险，但要求类可复制且体积可控 - Qt 信号槽里常见错误：写成
[&]结果意外捕获了临时QString或栈上QVector，连接未断开就析构 → 崩溃
[=] 和 [&] 的真实生命周期约束
[=] 不是“安全默认项”，[&] 也不是“性能银弹”。它们的底层是闭包类的成员变量：前者存副本，后者存引用 —— 生命周期绑定关系一模一样地反映在对象构造时刻。
-
[=]在 Lambda 定义时完成拷贝：若捕获std::vector，此时大小固定；后续原容器 push_back 不影响闭包内副本 -
[&]的引用一旦绑定，就完全依赖外部变量存活：把[&x]存进std::function并延后调用，而x是函数栈上局部变量 → 崩溃概率接近 100% - 混合捕获如
[x, &y]必须值捕获在前、引用捕获在后；[&y, x]在部分旧编译器直接拒编
大对象、不可拷贝对象、智能指针怎么捕获才不踩坑
值捕获大对象（如百万级 std::vector）会触发深拷贝；引用捕获 std::unique_ptr 会编译失败（引用不能绑定右值）；裸指针捕获后原对象 delete 就悬空 —— 这些都得靠初始化捕获（init capture）解决。
立即学习“C++免费学习笔记（深入）”；
-
[data = std::move(big_data)]：移动语义接管所有权，避免拷贝，且闭包内data可正常使用 -
[ptr = std::shared_ptr<int>(raw_ptr)]</int>：把资源管理权交给闭包，无需担心外部释放 -
[self = shared_from_this()]：在继承std::enable_shared_from_this的类中，确保对象存活期覆盖 Lambda 执行 - 禁止写
[p = &x]然后假设p永远有效 —— 引用本身被复制，但所指内存仍可能被回收
为什么空捕获 [] 反而是多线程最安全的选择
当 Lambda 只需参数或全局状态（比如 std::sort 比较器、纯计算函数），空捕获强制剥离所有外部依赖，彻底规避生命周期问题。它生成的闭包类不含任何数据成员，体积为 1 字节（空基类优化后可能为 0），无构造/析构开销。
- 适用于
std::async、std::thread中不依赖局部状态的逻辑，例如日志打印、计数器递增（用原子变量传参） - 和
auto配合最自然：auto f = []{ return 42; };类型唯一、零成本、无隐式捕获歧义 - 一旦需要访问局部变量，就立刻跳出
[]，明确选择显式捕获（如[x, y]），而不是退回到[=]图省事
捕获列表不是语法糖，它是你对变量所有权和生命周期做出的显式契约。哪怕只差一个等号或符号，生成的闭包类成员布局、构造行为、线程安全性都会完全不同 —— 编译器不会替你做这个决定，你得亲手写清楚。
