mirror of
https://codeberg.org/Mercury-IM/Smack
synced 2024-11-22 06:12:05 +01:00
reactor: have synchronized block include peeking at scheduled actions
If we do not peek at the scheduled actions in the reactors synchronized block, then there is a kind of lost-update problem. While Ractor.schedule() will call wakeup() on the selector, a thread could have already determined the value of selectWait, while being blocked at the start of the synchronized reactor section. Once it is able to enter the section, it will use an outdated selectWait value. This leads to scheduled actions not being executed on time. Thanks to Eng ChongMeng for reporting this and suggesting the fix.
This commit is contained in:
parent
05c920ab56
commit
b510d373b5
1 changed files with 16 additions and 16 deletions
|
@ -204,6 +204,9 @@ public class SmackReactor {
|
|||
return;
|
||||
}
|
||||
|
||||
int newSelectedKeysCount = 0;
|
||||
List<SelectionKey> selectedKeys;
|
||||
synchronized (selector) {
|
||||
ScheduledAction nextScheduledAction = scheduledActions.peek();
|
||||
|
||||
long selectWait;
|
||||
|
@ -220,9 +223,6 @@ public class SmackReactor {
|
|||
return;
|
||||
}
|
||||
|
||||
int newSelectedKeysCount = 0;
|
||||
List<SelectionKey> selectedKeys;
|
||||
synchronized (selector) {
|
||||
// Before we call select, we handle the pending the interest Ops. This will not block since no other
|
||||
// thread is currently in select() at this time.
|
||||
// Note: This was put deliberately before the registration lock. It may cause more synchronization but
|
||||
|
|
Loading…
Reference in a new issue