La chiamata asincrona (fetch, stream pipeline o child_process) è stata automaticamente interrotta perché ha superato l'intervallo temporale definito con 'AbortSignal.timeout(ms)'.
ABORTERROR_SIGNAL_TIMEOUT
→
'Atomics.wait()' blocca sincronicamente il thread fino alla notifica: Node.js vieta categoricamente questa chiamata sul thread principale dell'Event Loop per prevenire il congelamento del server (ammesso solo nei worker thread).
ATOMICS_WAIT_MAIN_THREAD
→
Essendo Node.js basato su un thread JavaScript principale singolo, l'esecuzione di operazioni sincrone pesanti (come JSON.parse su payload enormi, regex vulnerabili a ReDoS o crypto sincrono) blocca l'elaborazione di tutte le altre richieste HTTP concorrenti.
BLOCKING_EVENT_LOOP_SYNC
→
Un listener registrato su un canale diagnostico nativo ('diagnostics_channel.channel("name").subscribe(fn)') ha sollevato un errore non gestito durante la pubblicazione di un evento di tracciamento.
ERR_DIAGNOSTICS_CHANNEL_ERROR
→
Il metodo 'asyncLocalStorage.run(store, callback)' richiede come secondo parametro una funzione sincrona o asincrona da eseguire nel contesto dello store; passare un valore nullo o non eseguibile solleva questa eccezione.
ERR_ASYNC_CALLBACK_INVALID
→
Quando si utilizza 'events.once(emitter, event, { signal })', se il callback o la rimozione collegata al segnale di interruzione AbortSignal genera un'eccezione non gestita, Node.js solleva questo codice di errore.
ERR_EVENTEMITTER_ABORT_HANDLER
→
Tentativo di inviare un messaggio tramite 'postMessage()' su un'istanza di MessagePort o Worker che è già stata terminata ('worker.terminate()') o il cui canale di comunicazione è stato chiuso.
ERR_WORKER_CHANNEL_CLOSED
→
I callback registrati con 'process.nextTick()' vengono eseguiti immediatamente al termine della fase corrente prima di passare alla fase successiva dell'Event Loop; chiamare 'process.nextTick()' ricorsivamente congela completamente l'I/O di rete, i timer e le connessioni.
NEXTTICK_STARVATION
→