我剛剛開始在 go 中使用并發。我有其他語言并發方面的經驗,并且很遺憾如果您嘗試寫入封閉的通道會引發恐慌。這種模式會非常有用,因為您可以解耦 actor 的生命周期并使它們獨立。這使您不必同步清理它們。本質上,我可以讓讀者在關閉之前關閉通道,并通過通道上的寫入錯誤通知任意數量的寫入者并停止阻塞(取消)。因此,我編寫了一個通用函數來處理這種形式的消息傳遞:/// Sends a message to a remote general channel./// Returns true if the message was sent (the send stopped blocking) or false if/// the sender closed the channel./// When the channel is unbuffered, this function returning true means that the/// sender has received the message and is acting on it.func SendRemoteCmd(ch chan interface{}, msg interface{}) bool { defer func() { recover() }() ch <- msg return true}效果很好,就是怕golang開發者會生氣,打電話告訴我,他們看了這段代碼會“找到我”。語言之神之所以決定這首先應該是恐慌,可能也有一些很好的理由。如果是這種情況,您建議采用什么設計?
1 回答

大話西游666
TA貢獻1817條經驗 獲得超14個贊
因為發送到關閉的通道是一個程序錯誤,你的通道發送到可以關閉的通道必須是同步的。通常這里的正確模式是在嘗試發送之前獲得某種鎖定,如果通道可以被第三方關閉。
這并不是特別有趣,直到您嘗試在可以關閉的通道上發送,作為select
涉及其他可能操作的語句的一部分。在這種情況下,一個常見的模式是將通道設置為nil
如果對它們的操作不應該或不能繼續。我有這樣的一個非常復雜的例子connection.writeOptimizer
功能在我的BT客戶端在這里。
請注意,在示例中仔細考慮了寫入管道中涉及的資源的所有權,這是防止關閉通道等問題的好方法。writeOptimizer
有效地擁有connection.writeCh
, 并通過關閉它向下游發出信號,表明沒有進一步的數據。它也是唯一發送到該例程的 goroutine,從而避免了必須通過其他方式將寫入與關閉通道同步。
- 1 回答
- 0 關注
- 257 瀏覽
添加回答
舉報
0/150
提交
取消