如何跨线程安全共享std::unique_ptr？支持线程重置与访问对象

核心结论 #

要跨线程安全操作std::unique_ptr，核心是用互斥锁保护所有对它的访问和修改——std::unique_ptr本身并非线程安全，但只要保证同一时间仅有一个线程能操作它，就能实现安全共享。

针对你的代码分析 #

1. test1的逻辑实际是安全的

你认为“引用std::unique_ptr就不再具备唯一性”是一种误解：unique_ptr的“唯一性”指的是所有权不能同时被多个对象持有，而test1中所有线程都是通过引用访问同一个unique_ptr，且所有操作（重置、赋值、解引用）都被std::scoped_lock包裹，确保了同一时间只有一个线程能操作该unique_ptr。所有权始终属于原upt对象，线程仅在锁的保护下临时操作它，因此逻辑是安全的，不存在问题。

2. test2段错误的原因

test2中你将原upt移动给t1的lambda后，原upt已变为空指针，随后t2的lambda又移动这个空的upt，导致t2内的upt是空指针，解引用*upt自然触发段错误。这种方式本质是将所有权分给两个线程，完全违背了unique_ptr的“唯一所有权”语义，必然出错。

你的实际场景解决方案 #

看你补充的B类实现，当前写法已经是线程安全的，无需将std::unique_ptr替换为std::shared_ptr：

• B类的a_ptr所有权始终归B对象所有，未被转移至其他对象；
• 所有对a_ptr的操作（访问foo()、重置赋值）都被std::scoped_lock保护，保证同一时间仅有一个线程能修改或访问a_ptr；
• gRPC官方明确说明「所有服务方法会被多线程同时调用」，而你的foo()和bar()方法已通过互斥锁规避了并发风险。

若要进一步优化，可考虑：

• 在foo()中先检查a_ptr是否为空，避免空指针访问；
• 若A类的方法本身存在线程安全需求，需在A内部添加锁或保证操作原子性。

额外说明 #

如果你确实需要原子性交换unique_ptr的所有权（无需锁，直接原子操作），C20及以后版本提供了std::atomic<std::unique_ptr<T>>，可直接使用atomic_exchange等原子操作。但需注意这要求编译器支持C20，且对你的场景而言，互斥锁的方式已足够简单可靠。

内容的提问来源于stack exchange，提问作者Nicolò