Goroutine Synchronization : D-7 <altijd in beweging>

（以下はgo 1.2.x時点での話です。将来的に仕様がかわるかどうかはわかりません） これを読んでいて、こういうの気にしてない人多いんだろうなーと思って、書いてみます。元のポストはdeferの挙動について語っているように見受けられるけれども、これは要は複数スレッドで実行されるコードについて、プログラム終了時に同期とか取りたくない、という話だと思ったので、このポストのdeferを正しく動かすには…というところからどういう形でgoroutine同士で同期を取る方法があるのか、一例を書き出していきます。 TL;DR; goでいくらgoroutineが気軽にかけるからと言って、複数スレッドで処理が行われているので同期はキチンとやらないとダメですよ。 deferの基本 goではLLのノリでコードを書けるのが売りの一つですが、メモリ管理はしてくれるものの、様々なリソース解放も全て自動というわけではあり

[kasumani]

Goroutine Synchronization deferの基本 goではLLのノリでコードを書けるのが売りの一つですが、メモリ管理はしてくれるものの、様々なリソース解放も全て自動というわけではありません。リソースを解放する処理はdeferを使って解

[fjwr38]

写経するぞ〜

[lestrrat]

自分用ブクマ

[mad-p]

まったくもってHoareのCSPモデルそのものなのか。学校でCSP教わったときはトランスピュータでしか使わない概念かと思っていた

[t-wada]

"goでいくらgoroutineが気軽にかけるからと言って、複数スレッドで処理が行われているので同期はキチンとやらないとダメ" 同期を行うためのリファクタリングプロセスが Doug Lea の本を読んでいるみたいに面白い

[ikosin]

“この辺りのトピックに関しては素早く、確実に覚えるためには（特にこれから覚える若い人は）やっぱりちゃんとしたComputer Science系の授業を受けるのがよい”

[kazuhooku]

「goでいくらgoroutineが気軽にかけるからと言って、複数スレッドで処理が行われているので同期はキチンとやらないとダメ」じゃあどうやるか、という話