Disconnessione WebSocket di Tradovate: codice di chiusura 1006

Il suo WebSocket Tradovate sta alimentando felicemente un bot e, all'improvviso, si interrompe con il codice di chiusura 1006. Nessun testo del motivo, nessun messaggio di chiusura, nulla nei log a parte qualche variante di “connessione chiusa in modo anomalo.” È uno dei fallimenti più frustranti nell'automazione di Tradovate proprio perché il 1006 non le dice quasi nulla. La buona notizia: raramente è necessario risolvere il mistero. Un 1006 significa che la connessione è morta senza un handshake pulito, e la soluzione affidabile è far sì che il suo client si riconnetta e si riautorizzi automaticamente nell'istante in cui accade: mantenere attivi gli heartbeat, individuare la caduta, avviare un nuovo socket, effettuare nuovamente l'accesso e riabbonarsi. Un bridge come PickMyTrade fa esattamente questo dietro le quinte, in modo che i suoi avvisi di TradingView continuino a raggiungere Tradovate anche quando uno script grezzo sarebbe rimasto muto.

Cosa significa il “codice di chiusura 1006”

I codici di chiusura WebSocket sono definiti dal protocollo stesso. Una chiusura pulita invia il codice 1000 (chiusura normale) insieme a un frame di chiusura che ne spiega il motivo. Il codice 1006 è diverso: è un codice riservato che la sua libreria WebSocket assegna quando la connessione svanisce senza che arrivi mai un frame di chiusura. In altre parole, la pipe TCP sottostante al socket si è interrotta, e nessuna delle due parti ha avuto la possibilità di salutarsi correttamente. Ecco perché il 1006 non porta mai un motivo leggibile da un essere umano. Non c'è nulla da leggere, perché il messaggio che lo avrebbe contenuto non è mai arrivato a destinazione.

È utile sapere come comunica normalmente il socket di Tradovate. Ogni frame inviato dal server è contrassegnato da un unico carattere iniziale: un frame o è il messaggio di apertura che riceve nel momento in cui il socket si connette ed è il suo segnale per autenticarsi; un frame a trasporta un array di dati JSON (quotazioni, aggiornamenti degli ordini, risposte di sincronizzazione); un frame h è un heartbeat; e un frame c è una chiusura ordinata. Quando Tradovate chiude intenzionalmente, invia c[1000,“...”] con un messaggio che spiega il motivo. Un 1006 è l'opposto di quel c ordinato: nessun frame di chiusura, solo un socket morto e il codice di chiusura anomala della libreria.

Quindi smetta di cercare un messaggio che non arriverà mai, e si chieda invece cosa potrebbe aver interrotto la connessione TCP sotto un socket di lunga durata. Quella breve lista è dove si trova ogni soluzione reale.

Le principali cause del codice di chiusura 1006 nel 2026

1. Heartbeat mancati (la regola dei 2,5 secondi)

Questa è la causa più spesso trascurata. Una volta accettato il suo frame authorize, il socket di Tradovate si aspetta un heartbeat costante dal client: un array JSON vuoto, scritto letteralmente come [], inviato circa ogni 2,5 secondi. Questi piccoli frame dimostrano che la connessione è viva. Se si interrompono, il server potrebbe smettere silenziosamente di inviare dati o chiudere la connessione, cosa che sul suo lato si manifesta come un 1006. Se le disconnessioni si concentrano dopo una pausa nel codice o un event loop occupato, sospetti prima dell'heartbeat.

2. Limitazione delle schede del browser

Se il socket viene eseguito in un browser, c'è una trappola insidiosa. Quando la scheda che contiene la sua app non è quella attiva, Chrome e gli altri browser riducono la priorità di setInterval e setTimeout. Il suo heartbeat di 2,5 secondi slitta a ogni diversi secondi, il server rileva una connessione stagnante, e il socket si chiude con 1006 nel momento in cui cambia scheda. La soluzione è eseguire il ciclo di heartbeat in un web worker (i worker non subiscono la stessa limitazione) oppure eseguire l'intero processo come un processo Node completamente al di fuori del browser.

3. Timeout di proxy, NAT o firewall inattivi

Qualsiasi elemento posto tra la sua macchina e Tradovate può interrompere una connessione che ritiene inattiva. I proxy aziendali, i bilanciatori di carico, le tabelle NAT e i router domestici tagliano comunemente le connessioni TCP inattive dopo 30-120 secondi, e raramente inviano un frame di chiusura quando lo fanno. Questo è un classico caso di 1006, ed è un heartbeat correttamente cadenzato a mantenere il collegamento sufficientemente attivo da sopravvivere.

4. Scadenza del token o un secondo accesso che ruba la sessione

Un token di accesso di Tradovate ha una durata di circa 90 minuti, e lasciarlo scadere mentre il socket è connesso può interrompere la connessione. Peggio ancora, Tradovate consente solo due sessioni simultanee per account, e crearne una terza chiude la più vecchia. Se un altro script, un test manuale o un nuovo flusso di accesso richiede un nuovo token per lo stesso account, può espellere la sessione su cui si appoggia il suo socket, manifestandosi di nuovo come un 1006. Lo schema sicuro è rinnovare il token con un timer anziché effettuare nuovamente l'accesso, il che mantiene attiva la sessione esistente, e quindi il socket.

5. Instabilità di rete e tempeste di riconnessione

Anche le semplici cadute di rete causano 1006: un collegamento Wi-Fi instabile, un VPS con un vicino rumoroso, un breve intoppo del provider internet. Questo è in una certa misura inevitabile. La trappola sta in come risponde. Se la sua logica di riconnessione si attiva in un ciclo serrato non appena rileva una chiusura, può sommergere l'endpoint di Tradovate di tentativi di connessione, attivare la sua penalità sulle richieste, e trasformare un intoppo di due secondi in un blocco di più minuti. Il backoff qui non è opzionale.

Come risolvere il codice di chiusura 1006: passo dopo passo

Racchiuda il socket e si riconnetta a ogni chiusura

Mantenga attivo l'heartbeat

Riautorizzi e riabboni il nuovo socket

Rinnovi il token con un timer, non crei una nuova sessione

Applichi un backoff con jitter

Tabella di risoluzione dei problemi

Prevenga questo con PickMyTrade

Un livello di riconnessione, un heartbeat resistente al throttling, un sistema di rinnovo del token e una ripetizione delle sottoscrizioni sono molti dettagli tecnici da gestire correttamente a mano, e un solo caso limite trascurato fa cadere i suoi ordini nel momento peggiore. PickMyTrade si colloca tra TradingView e Tradovate e gestisce tutto questo per lei:

• Connessioni WebSocket gestite con riconnessione e riautorizzazione automatiche, in modo che un 1006 diventi un semplice intoppo anziché un'interruzione.
• Heartbeat sempre attivi eseguiti lato server, ben al riparo dalla limitazione delle schede del browser.
• Rinnovo automatico del token e un'unica sessione pulita per account, in modo che una scadenza a 90 minuti o un secondo accesso accidentale non la mettano mai fuori linea.
• Riconnessioni sicure rispetto ai limiti di richieste con un backoff ragionevole, in modo che il ripristino non si trasformi mai in un blocco per penalità sulle richieste.

Il risultato: i suoi avvisi di TradingView raggiungono Tradovate in modo affidabile senza che lei debba scrivere o supervisionare una sola riga di codice del ciclo di vita del WebSocket.