EventEmitter упорядочения событий

Question

Поскольку значение «порядка» широка, позвольте мне объяснить случай, я заинтересован в

довольно общий шаблон (хорошо или плохо).

client = net.connect(...) 
client.on('connect',() => { 
    client.removeAllListeners('error'); 
    client.on('error', err => { 
    ... // process IO errors 
    }); 
    ... 
}); 
client.on('error', err => { 
    ... // process connection failures 
}); 

так, как я понять, что это работает, возможно, что событие connect испускается, а затем выдается IO error. Но есть ли гарантия на уровне EventEmitter, что обработка событий действует как барьер (в соответствующей параллельной речи программирования).

Например, в этом случае я хотел бы получить гарантию, что обработчик connect удалит обработчик error, установленный только для ошибок подключения, и новый обработчик, настроенный только для ошибок ввода-вывода. Но будет ли учитываться список новых слушателей событий только во время следующего тика? Я хочу быть уверенным, что взаимно исключенные обработчики в программном порядке (параллельная речь программирования: «removeAllListeners» и «on (« error »)» выполняются в этом порядке, поэтому для обоих обработчиков невозможно получить одно и то же событие) также взаимно исключенные в порядке синхронизации (параллельное программирование речи: события «connect», «removeAllListeners», «on» (error) »и« ошибка ввода-вывода »являются частью общего порядка синхронизации).

Вопрос об эмитенте событий вообще, а не о том, как работает обработка соединения, поскольку аналогичный шаблон можно увидеть в других местах - например, одно и то же соединение, используемое для обработки разных транзакций, и необходимо связать обработчик error на время отдельных транзакций, но не может позволить себе перекрывать обработчики или обрабатывать события после транзакции.

Есть ли такая гарантия в EventEmitter? В противном случае многие шаблоны, подобные выше, действительно должны кодироваться гораздо более защитно.

Answer 1

Ни один из методов EventEmitter не откладывает до следующего тика или чего-то еще, все они выполняют всю свою работу в момент их вызова.

Таким образом, client.removeAllListeners('error'); немедленно удалит все обработчики событий для события error.