Windows Sockets: socket di flusso

In questo articolo vengono descritti i socket di flusso, uno dei due tipi di socket Windows disponibili. L'altro tipo è il socket del datagramma.

I socket di flusso forniscono un flusso di dati senza limiti di record: un flusso di byte che può essere bidirezionale (l'applicazione è full duplex: può sia trasmettere che ricevere attraverso il socket). I flussi possono essere utilizzati per inviare dati in sequenza non duplicati. ("Sequenziato" significa che i pacchetti vengono recapitati nell'ordine inviato. "Non replicato" significa che si ottiene un pacchetto specifico una sola volta. La ricezione dei messaggi di flusso è garantita e i flussi sono particolarmente adatti per la gestione di grandi quantità di dati.

Il livello di trasporto della rete può spezzare o raggruppare i dati in pacchetti di dimensioni ragionevoli. La classe CSocket gestirà la compressione e la decompressione automaticamente.

I flussi sono basati su connessioni esplicite: il socket A richiede una connessione a un socket B; il socket B accetta o rifiuta la richiesta di connessione.

Una telefonata rappresenta una valida analogia per un flusso. In condizioni normali, il ricevente ascolta ciò che viene detto nell'ordine in cui lo si dice, senza duplicazioni o perdite. I socket di flusso sono adatti, ad esempio, per le implementazioni come il protocollo FTP (File Transfer Protocol), che facilita il trasferimento di file ASCII o di file binari di dimensione arbitraria.

I socket di flusso sono preferibili ai socket di datagramma quando l'arrivo dei dati deve essere garantito e quando la dimensione dei dati è grande. Per ulteriori informazioni sui socket di flusso, vedere la specifica di Windows Sockets. La specifica è disponibile in Windows SDK.

L'utilizzo di socket di flusso può essere più utile rispetto alle applicazioni progettate per utilizzare un socket di datagramma per la trasmissione a tutti i socket riceventi nella rete perché:

• Il modello di trasmissione è soggetto ad attacchi flood della rete.

• Il modello client-server adottato successivamente è più efficiente.

• Il modello a flusso garantisce il trasferimento affidabile dei dati, al contrario del modello a datagramma.

• Il modello finale sfrutta la capacità di comunicazione tra le applicazioni socket Unicode e ANSI che la classe CArchive conferisce in prestito alla classe CSocket.

  Nota

  Se si utilizza la classe CSocket, è necessario utilizzare un flusso. Un'asserzione MFC ha esito negativo se si specifica il tipo di socket come SOCK_DGRAM.

Vedi anche

Windows Sockets in MFC
Windows Sockets: sfondo