mirror of
https://github.com/nspcc-dev/neo-go.git
synced 2024-11-25 13:47:19 +00:00
d6eaf6efc2
Every client's (Un)Subscription call does two things: an RPC call and a subscription map lock (two of maps currently). If we imagine that there is one routine that tries to subscribe (A) and one routine that tries to unsubscribe (B), the following sequence can happen: 0. Current number of subscriptions is X 1. B does an RPC and makes number of subscriptions X-1 2. A does an RPC and makes number of subscriptions X again 3. A holds subscription locks and rewrites client's subscription state (subscription with ID X now points to a different channel; channel that was registered by B is lost and is not related to any real subscription but is still included in the `receivers` map) 4. B holds subscription locks and drops subscription X (first, it is an error and we have just lost a subscription that we think was made successfully second, we have lost a channel in the `receivers` map, and no corresponding subscription points to it) 5. X subscription is received by the WS client (in practice it is a new block, 100ms, quite often to be sure this issue happens every hour), we range through the receivers, see no corresponding subscription, and panic. Closes #3093. Signed-off-by: Pavel Karpy <carpawell@nspcc.ru> |
||
|---|---|---|
| .. | ||
| actor | ||
| gas | ||
| invoker | ||
| management | ||
| neo | ||
| nep11 | ||
| nep17 | ||
| neptoken | ||
| nns | ||
| notary | ||
| oracle | ||
| policy | ||
| rolemgmt | ||
| unwrap | ||
| waiter | ||
| client.go | ||
| client_test.go | ||
| doc.go | ||
| doc_test.go | ||
| local.go | ||
| local_test.go | ||
| rpc.go | ||
| rpc_test.go | ||
| wsclient.go | ||
| wsclient_test.go | ||