[過去ログ] Go language part 3 (1002レス)
前次1-
抽出解除 必死チェッカー(本家) (べ) 自ID レス栞 あぼーん

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
リロード規制です。10分ほどで解除するので、他のブラウザへ避難してください。
123
(1): デフォルトの名無しさん [] 2019/11/26(火) 23:23:09.81 ID:Gw3sx8bp(1/2) AAS
>>121
121(1): デフォルトの名無しさん [sage] 2019/11/26(火) 22:53:16.65 ID:wNKG8xXd(2/4) AAS
>>120
workerの数が決まらないほど、使うべきなんじゃない?
要するに全部のgoroutineが終わったかどうか判断する仕組みだから
ちなみに自分はgoroutineを二段構えで呼んでて、WaitGroupは隠してる
外部リンク[go]:github.com
回答とサンプルありがとう。
質問の日本語がおかしかった。。
なるほど、こうすればchannelで送受信しなくても逐次的に処理できるということか。

ちなみにworkerの数が決まらないケースって、どんな場面で遭遇する?

常駐してて死なないアプリ以外にあんまり思いつかず
125: デフォルトの名無しさん [] 2019/11/26(火) 23:29:52.93 ID:Gw3sx8bp(2/2) AAS
>>122
122(2): デフォルトの名無しさん [sage] 2019/11/26(火) 22:57:07.00 ID:eptCat3v(1/2) AAS
workerの数決まっていないでチャンネル使うとキャパシティ以上にワーカーできたとき詰まって死にそう🤔
受信側は無限に待ち受ける想定だとどうかな?というか、waitgroupを使わないユースケースがそれぐらいしか思いつかないんだよね

waitgroupが有効なケース、だけどwaitgroupを使わないケースってどんなんがあるのかな。
前次1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.028s