close() socket direttamente dopo send(): non sicuro?

Question

È consigliabile/sicuro per close() un socket direttamente dopo l'ultimo send()?

So che TCP dovrebbe cercare di recapitare tutti i dati rimanenti nel buffer di invio anche dopo aver chiuso il socket, ma posso davvero contare su questo?

Mi sto assicurando che non ci siano dati rimanenti nel mio buffer di ricezione in modo che nessun RST verrà inviato dopo la mia chiusura.

---

Nel mio caso, la chiusura è in realtà l'ultima dichiarazione del codice prima di chiamare exit().

Lo stack TCP continuerà effettivamente a provare a trasmettere i dati anche dopo che il processo di invio è terminato? È affidabile come aspettare un timeout arbitrario prima di chiamare close() impostando SO_LINGER?

Cioè, si applicano gli stessi timeout TCP o sono più brevi? Con un grande buffer di invio e una connessione lenta, il tempo per trasferire effettivamente tutti i dati memorizzati nel buffer potrebbe essere sostanziale, dopo tutto.

---

Non mi interessa affatto ricevere notifica dell'ultimo byte inviato; Voglio solo che alla fine arrivino all'host remoto nel modo più affidabile possibile.

Le conferme del livello applicazione non sono un'opzione (il protocollo è HTTP e sto scrivendo un piccolo server).

Answer 1

Ho letto molto il ultimate SO_LINGER page. Ti raccomando di leggerlo anche tu. Descrive casi limite di trasferimenti di dati di grandi dimensioni per quanto riguarda i socket TCP.

io non sono l'esperto di SO_LINGER, ma sul mio codice del server (ancora in fase di sviluppo) faccio la seguente:

1. Dopo l'ultimo byte viene inviato tramite send(), che io chiamo " shutdown (sock, SHUT_WR) "per attivare un FIN da inviare.

2. Quindi attendere una successiva chiamata recv() su quel socket per restituire 0 (o recv restituisce -1 e errno è qualsiasi altra cosa EAGAIN/EWOULDBLOCK).

3. Quindi il server esegue una chiusura() sul socket.

L'assunto è che il client chiuderà il socket dopo aver ricevuto tutti i byte della risposta.

Ma ho applicato un timeout tra l'invio finale() e quando recv() indica EOF. Se il client non chiude mai la sua estremità della connessione, il server si arrenderà e comunque chiude la connessione. Sono a 45-90 secondi per questo timeout.

Tutti i miei socket sono non bloccanti e utilizzo poll/epoll per ricevere notifiche sugli eventi di connessione come suggerimento per vedere se è il momento di provare a chiamare nuovamente recv() o send().