You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
想咨询一个场景风险:
如果 A Actor 取出消息执行处理,处理过程中向 B 发送消息;此时 C 又向 A 投递消息,A 的 mailbox 已满;同时 B 的 mailbox 也打满,并且 B 内部处理逻辑又尝试向 A 发送消息。
这种场景下:
A、B 双方 goroutine 会不会互相阻塞,停止消费自身 mailbox?
如果 A、B 被卡住,后续 C、D 持续向 A/B 投递消息,发送方协程是否会被阻塞?
想确认该框架是否需要优化 channel 信箱,规避阻塞带来的连锁问题。
想咨询一个场景风险:
如果 A Actor 取出消息执行处理,处理过程中向 B 发送消息;此时 C 又向 A 投递消息,A 的 mailbox 已满;同时 B 的 mailbox 也打满,并且 B 内部处理逻辑又尝试向 A 发送消息。
这种场景下:
A、B 双方 goroutine 会不会互相阻塞,停止消费自身 mailbox?
如果 A、B 被卡住,后续 C、D 持续向 A/B 投递消息,发送方协程是否会被阻塞?
想确认该框架是否需要优化 channel 信箱,规避阻塞带来的连锁问题。