Wie mit Block Recv() mit Select

umgehen Ich verwende ausgewählte Ansatz aus Sockets zu lesen, die meisten Leute empfahlen dies als den besten Weg. Das Problem tritt auf, wenn die gesendete Nachricht geteilt wird und ich nur die Hälfte davon erhalte. Ich muss ganze Server-Anwendung zu Schleife und versuchen, recv() den Rest der Nachricht zu blockieren. Ich habe darüber nachgedacht, einen neuen Thread für den sendenden Socket zu erstellen. Aber das fühlt sich an, als würde man die Idee des Auserwählten töten. So etwas wie mehr Clients konnten nicht vollständige Nachrichten senden.Wie mit Block Recv() mit Select

Was soll ich tun?

Quelle

2017-11-27 Davos Doe

Puffer die Antworten. Und fang nicht an zu analysieren, bis du genug gesehen hast. – wildplasser

Wie sollte ich sie jedoch puffern? Habe eine Struktur mit der Verbindung verbunden, wo würde ich die gesendete Nachricht zwischengespeichert halten? –

Ja.Ja. Ja. Ja. – wildplasser

Sie müssen nichts blockieren. Speichere einfach das, was du bisher irgendwo mit dem Kanal gelesen hast, gehe zurück zu select() und mach weiter so lange, bis du das angesammelt hast, was du willst.

Quelle

2017-11-27 00:28:22 EJP

Sie meinen also etwas wie einen Puffer mit dem Sockel haben? Ist es nicht schwieriger, den Überblick zu behalten, wenn viele Clients unvollständige Nachrichten senden? –

Nein, warum? Sie benötigen lediglich eine Zuordnung von Sockets zu Puffern. Oft haben Sie eine Art Kontext- oder Sitzungsobjekt, das dem Socket zugeordnet ist und Puffer, Anmeldeinformationen, Timeouts usw. enthält. – EJP

Wie mit Block Recv() mit Select

Antwort

Verwandte Themen