這問題一直是讓我很難理解
我看了 cppreference, 他提到 你只要用了non-const method的話就不thread safe
問題出在
https://en.cppreference.com/w/cpp/memory/shared_ptr/operator%3D
這不是non-const , 而我看到的程式碼(也許早就寫錯了)
我並沒有看到mutex or 一些保護機制去保護shared_ptr assignment
假設一個情況
Thread1
mSp = nullptr; 內部應該是refcount

連結沒看到程式碼

不同thread操作同一個instance才會沒有thread safetyrefcount要atomic的目的就是讓不同thread使用指向同個地方的shared_ptr的操作是thread safe的

atomic比較便宜,C++就是這麼節儉

所以也有提供 https://tinyurl.com/y5up2jcs但是因為使用者常常不知道什麼時候該用atomic所以後來就直接提供 https://tinyurl.com/yy33lelq

目前版本的shared_ptr和weak_ptr只有保證increment和decrement ref count是atomic的，還有resource只會被delete一次，但都不保證存取resource 是atomic。C++20 有atomic_shared_ptr和atomic_weakk_ptr會解決這個問題shared_ptr assignment threadsafe 的寫法 用c++17是atomic_store(&ptr, localPtr)來代表 ptr = localPtr後者的結果是undefined behavior 因為有data race