匿名函数捕获指针时报错“captured variable is not allowed”，是因为C++要求所有外部变量必须显式捕获，不能隐式访问；正确做法是使用[p]（值捕获指针副本）、[&p]（引用捕获指针变量）或智能指针如[ptr = std::make_unique<T>()]确保安全。
匿名函数捕获指针时为什么报错“captured variable is not allowed”
直接在 lambda 中使用未捕获的局部指针变量会编译失败，因为 C++ 默认不允许隐式访问外部作用域变量。你得显式告诉编译器哪些指针要带进去——不是靠“用到了就自动捕获”，而是靠 [&]、[=] 或更安全的 [ptr] 捕获列表。
-
[&]按引用捕获所有自动变量：如果指针本身是局部变量（比如int* p = new int(42);），它会被引用捕获，但注意：这不延长p的生命周期，只保证能读写该指针变量本身 -
[=]按值捕获：此时捕获的是指针的副本（即地址值），和原指针指向同一块内存，但原指针销毁后，lambda 内的副本仍可用——前提是那块内存没被释放 - 最推荐写法是显式捕获：
[p]{ /* use p */ }，避免意外捕获无关变量，也明确表达意图
捕获原始指针后，在 lambda 里 delete 会导致二次释放吗
会，而且是典型的 UAF（Use-After-Free）隐患。lambda 捕获的是指针值，不是所有权；delete p 只释放内存，不置空指针，后续若其他代码或同个 lambda 多次调用，就会出问题。
- 不要在 lambda 里手动
delete原始指针，除非你 100% 确保这是唯一释放点，且 lambda 只执行一次 - 改用
std::unique_ptr：捕获[ptr = std::make_unique<int>(42)]</int>，离开作用域自动析构，安全又清晰 - 如果必须用裸指针，至少在
delete后设为nullptr，并在 lambda 外部加检查（但这治标不治本）
lambda 返回指针时，返回栈地址还是堆地址才安全
返回栈地址（比如指向局部变量的指针）是未定义行为，哪怕那个变量是指针类型本身。关键看指针指向的内容是否还在作用域内。
- 错误示例：
auto f = []{ int x = 123; return &x; };——x是栈变量，lambda 返回后立即失效 - 正确做法：返回指向堆内存的指针（如
new int(123)），或返回智能指针（std::unique_ptr<int></int>），或干脆返回值而非指针 - 若需返回指针且保持所有权清晰，优先返回
std::shared_ptr或std::unique_ptr，它们可被 lambda 捕获并安全转移
std::function 存储带指针捕获的 lambda 为什么会崩溃
常见原因是捕获了局部指针变量，而该变量在 std::function 调用前已销毁。例如把捕获局部 int* 的 lambda 存进全局 std::function<void></void>，等稍后调用时，原指针变量早没了，解引用就崩。
立即学习“C++免费学习笔记（深入）”；
- 检查捕获方式：用
[p]比[&]更易排查生命周期问题 - 确认指针指向的内存生存期长于
std::function对象本身；否则换用std::shared_ptr管理资源 - 调试技巧：在 lambda 内加断言
assert(p != nullptr);，或用 AddressSanitizer 编译运行，快速暴露 use-after-free
实际中最容易被忽略的，是认为“捕获了指针就等于接管了资源”。C++ 的 lambda 捕获机制只管变量值/引用，不管内存所有权——这点和 Rust 的 move 语义完全不同。
