- memory[meta header]
- std[meta namespace]
- function template[meta id-type]
- cpp11[meta cpp]
- cpp20deprecated[meta cpp]
- cpp26removed[meta cpp]
namespace std {
template <class T>
void atomic_store(shared_ptr<T>* p, shared_ptr<T> r);
}この関数は、C++20から非推奨となり、C++26で削除された。アトミックアクセスの対象としているshared_ptrをshared_ptrに対するatomic特殊化で置き換えることで同等の機能を使用できる。
shared_ptrオブジェクトに、アトミックに値を書き込む。
p != nullptrであること。
atomic_store_explicit(p, r, memory_order_seq_cst)- atomic_store_explicit[link atomic_store_explicit.md]
- memory_order_seq_cst[link /reference/atomic/memory_order.md]
なし
投げない
この関数はフリー関数であるため、この関数によってアトミックにアクセスする対象となるshared_ptrオブジェクトそのものはどこかに配置されている非アトミックオブジェクトである。そのため、アトミックアクセスしたい文脈の外側から通常のアクセスが可能であり、もし別のスレッドからそのようなアクセスが行われているとこの関数を用いていてもデータ競合を引き起こし未定義動作を引き起こす。
すなわち、アトミックにアクセスしたいshared_ptrオブジェクトに対する全てのアクセスをプログラマがきちんと管理しなければこの関数の使用は安全ではなく、それはかなり困難であったためこの関数は危険な利用がデフォルトとなっていた。
そのため、この関数（とそのファミリ）は非推奨とされ、代わりにshared_ptrに対するatomic特殊化が追加された。shared_ptrに対するatomic特殊化を利用すれば、アトミックにアクセスする対象となるshared_ptrオブジェクトそのものをアトミックオブジェクトとすることができるため、どこからアクセスしたとしても全てのアクセスは自動的にアトミックアクセスとなり、前述の問題は回避できる。
この関数からshared_ptrに対するatomic特殊化に移行する場合は、元のコードでアトミックアクセス対象となっていたshared_ptrオブジェクトの型をstd::atomic<std::shared_ptr>に変更することで移行でき、その場合はatomicのために用意されているフリー関数が代わりに使用される（宣言されているヘッダが異なるため、<atomic>ヘッダのインクルードが必要となるかもしれない）。
#include <iostream>
#include <memory>
int main()
{
std::shared_ptr<int> p;
// pにxをアトミックに書き込む
std::shared_ptr<int> x(new int(3));
std::atomic_store(&p, x);
// pが指すshared_ptrオブジェクトを、アトミックに読み込む
std::shared_ptr<int> result = std::atomic_load(&p);
std::cout << *result << std::endl;
}- std::atomic_store[color ff0000]
- std::atomic_load[link atomic_load.md]
3
- C++11
- Clang: 3.3 [mark verified]
- GCC: 5.0 [mark verified]
- ICC: ??
- Visual C++: 2012 [mark verified], 2013 [mark verified]