能，C++14初始化捕获允许用[p = std::move(p)]将std::unique_ptr移入lambda，原变量立即置空；std::shared_ptr虽可move，但通常直接值捕获更合理。
初始化捕获能直接 move 智能指针吗？
能，但必须显式用 std::move，且捕获后原变量立即失效。C++14 的初始化捕获语法允许你在捕获子句中构造或转移对象，std::unique_ptr 和 std::shared_ptr 都适用，但行为不同：前者必须 move（否则编译失败），后者 move 后仍可安全访问原指针（因为引用计数未变）。
-
std::unique_ptr初始化捕获必须用[p = std::move(p)]，原p之后不能再解引用或调用get() -
std::shared_ptr虽然也能[sp = std::move(sp)]，但更常见的是直接值捕获[sp]（拷贝构造，开销小） - 捕获后 lambda 内部的智能指针是独立对象——
unique_ptr独占所有权，shared_ptr共享所有权
为什么不能写 [p = p] 捕获 unique_ptr？
因为 std::unique_ptr 的拷贝构造函数被删除了，[p = p] 尝试拷贝，编译器报错：use of deleted function ‘std::unique_ptr<t>::unique_ptr(const std::unique_ptr<t>&)’</t></t>。你必须明确告诉编译器“我要转移”，也就是写 [p = std::move(p)]。
- 错误写法：
[p = p]→ 编译失败 - 正确写法：
[p = std::move(p)]→ 成功转移，原p变为nullptr - 如果误在 lambda 外继续用
p.get()，运行时可能 crash（解引用空指针）
实际使用中要注意生命周期和所有权归属
初始化捕获的本质是“在 lambda 对象构造时执行一次表达式”，所以 std::move(p) 是在 lambda 创建那一刻发生的。这意味着：如果 lambda 是临时对象（比如传给 std::thread 或 std::async），那转移后的智能指针就完全归它管；如果 lambda 被长期持有（如存进容器），就要确保它不会比所指向资源活得更久。
- 传给
std::thread时，推荐用std::move初始化捕获 + 值语义 lambda：std::thread{[p = std::move(p)] { /* p 在线程内独占 */ }} - 不要捕获局部
unique_ptr的引用（[&p]）再在线程里 move——这会导致数据竞争和悬垂引用 - 若需共享所有权，优先用
[sp]（拷贝）而非[sp = std::move(sp)]，后者只是把原sp置空，没实际收益
一个易忽略的陷阱：const lambda 无法修改捕获的 unique_ptr
如果你给 lambda 加了 mutable 以外的限定（比如声明为 const），那么即使用了初始化捕获，也无法调用 p.reset() 或 std::move(p) —— 因为捕获的 p 是 const 对象。而默认情况下，lambda 的 operator() 是 const 的。
立即学习“C++免费学习笔记（深入）”；
- 想在 lambda 内 reset 或重新赋值，必须加
mutable：[p = std::move(p)]() mutable { p.reset(new T); } - 不加
mutable时，连p = nullptr都会编译失败（assignment to const object） - 这个限制对
shared_ptr同样存在，但因常只读访问，容易被忽略
初始化捕获不是语法糖，它真实发生一次 move 构造，时机在 lambda 对象诞生瞬间。很多人卡在“为什么原指针突然空了”或者“为什么 lambda 里改不了”，其实都源于没意识到这个动作不可逆、且受 const 性质约束。
