![](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b7b08892bd14f437d324e8ed574562de895534e/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JUU4JUE0JTg3JUU2JTk1JUIwJUUzJTgxJUFFZ3JvdXRpbmUlRTMlODElOEMlRTklODAlQTMlRTYlOTAlQkElRTMlODElOTklRTMlODIlOEIlRTklODAlOUElRTQlQkYlQTElRTMlODIlQUElRTMlODMlOTYlRTMlODIlQjglRTMlODIlQTclRTMlODIlQUYlRTMlODMlODglRTMlODElQUUlRTglQTglQUQlRTglQTglODglRTYlOTYlQjklRTklODclOUQmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTJlMDg0ZTUyOWFkMmY4MDdmZjZhYjE3MzYyYjU2ZjE4%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaHVuc3VrZWFpaGFyYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ODhmZWZkMjY1NGQ2ZmNmMzI1ZDQ1NDlmNDIyYWM2MjI%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D73e7e380dc9909ab2acdf3bd49b72961)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
複数のgroutineが連携する通信オブジェクトの設計方針 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
複数のgroutineが連携する通信オブジェクトの設計方針 - Qiita
忘備録的に。推敲が足りないので読みづらいので心の広い人以外は読まないように。 goでは、Socket扱った... 忘備録的に。推敲が足りないので読みづらいので心の広い人以外は読まないように。 goでは、Socket扱ったりいろんな通信をする複数のgoroutineが生えてるアクター的なStructを作ることが多いので、綺麗に全てのgoroutineを終了して何らかの終了処理を実施するための基本構成をまとめる。 まず停止処理に関係なくdeadlockを避けるために気をつけること socketでも待つしchannelでも待つしsync.Condとかでも待つというような複数のwaitが行われるようなgoroutineはdeadlockする可能性が高いのでそもそも作るべきじゃない。 threadsafeじゃないオブジェクトを触るのは基本的に一つのgoroutineに収める channelにオブジェクトの操作を完全に任せられない場合は、Mutexを使うことになるが、Mutexでロックしている範囲を不用意に広くし