Go でマルチスレッドプログラミングする際に最低限知っておくべきこと - Cybozu Inside Out | サイボウズエンジニアのブログ

この記事は、CYBOZU SUMMER BLOG FES '24 (クラウド基盤 Stage) DAY 10 の記事です。 こんにちは。クラウド基盤本部の野島です。Go は goroutine やチャネルなどの仕組みが備わっており、簡単にマルチスレッドなプログラムを書くことができる言語だと言われています。しかし、マルチスレッドプログラミングには独特の罠があり、何も知らない人が雰囲気でコードを書くとわかりにくいバグを仕込んでしまうリスクが非常に高いです。 この記事では、マルチスレッドプログラミングに詳しくない人に向けて、そのような罠を避けるための方法を紹介します。この記事は Go の基本的な使い方を知っていることを前提としています。 這い寄るデータ競合の恐怖 まずは以下のようなプログラムを考えてみましょう。これは複雑な計算を行って結果を返すような HTTP サーバーのコードです。 // 複雑

[turanukimaru]

Javaの鯖側だと static や singleton を使うなと言う常識ではあるんだけど Go だと割と気軽にグローバル変数にmapを置く人がいるんだよな。競合だけじゃなくデータ壊さないようにせめて関数でくるんでくれないかな…。

[syu-m-5151]

データ競合を起こして深夜に障害アラートを鳴らして他人を起こして謝罪した人間だけがデータ競合に対する恐怖を知っている…。

[the48]

そろそろGUIとかに自動的に注意されるんじゃないのかと思ってる。

[tmatsuu]

sync.MapのLoadOrStoreをきちんと使ってる良い例だ。そうなんだよねーロック要らずが逆に難しくなるんよねsync.Map。自分はnew(uint64)をいれてatomic.AddUint64で増やしがち。LoadOrStoreなどがないsync.Map代替実装は避けましょう

[fjwr38]

sync.Mutex でやっちゃうなぁだいたい

[hasiduki]

Goの辛いところみたいな話だ！！！！！！！Go辛いれ！！！！！！！

[nilab]

Go でマルチスレッドプログラミングする際に最低限知っておくべきこと - Cybozu Inside Out | サイボウズエンジニアのブログ

[t_mori]

“ ok := cache[x] の部分と cache[x] = answer の部分でデータ競合が発生したということがわかります。たしかに、cache がクラッシュを引き起こしたようです。 このように、データ競合が発生すると、プログラムがクラッシュしたり

[Windymelt]

ScalaのCats Effectとかだと基本的にデータはイミュータブル、必要に応じてライブラリが提供するプリミティブを使うという構図になり型で守られるのでここに載ってることを意識することはあまりないと思う