Sie können nicht. TCP/IP ist konzeptionell ein Stream, keine Folge von Nachrichten (die Tatsache, dass sie letztendlich als eine Sequenz von Paketen implementiert wird, ist irrelevant). Wenn Sie eine Sequenz von Bytes in einen TCP/IP-Stream schreiben, wird diese Sequenz dem Stream hinzugefügt. es wird nicht als eine Botschaft behandelt, die ihre eigene Identität behalten sollte. Unabhängig davon, ob Sie dies in Ihrem eigenen Protokoll tun, wird keine Nachricht über den Beginn/das Ende der Nachricht gesendet. Wenn Sie das kaum glauben, sollten Sie sich überlegen, wie es bei Dateien funktioniert: Wenn Sie eine Sequenz von Bytes in eine Datei schreiben, wird diese Sequenz nicht irgendwie zu einem Datensatz, den Sie später identifizieren und abrufen können. Wenn Sie diese Art von Struktur möchten, müssen Sie sie selbst hinzufügen. Das gleiche gilt für TCP/IP.
Die Transportpakete, die zur Implementierung von TCP/IP verwendet werden, haben keine Beziehung zu den Datenblöcken, die Sie mit Ihren API-Aufrufen angeben. Sie sind lediglich eine Möglichkeit, den TCP/IP-Stream zu implementieren. Für einige Anwendungsfälle mag eine Zuordnung erscheinen, aber das ist zufällig.
Die einzige Möglichkeit, einen TCP/IP-Stream in separate Nachrichten aufzuteilen, besteht darin, das Protokoll über TCP/IP zu verwenden. In Ihrem Fall ist dies FIX. Ich nehme an, Sie wissen, wie das funktioniert. Sie können dieses Wissen verwenden, um die FIX-Daten korrekt in ihre ursprünglichen Nachrichten aufzuteilen. Ein generischer TCP/IP-Nachrichtensplitter kann nicht erstellt werden.
Um TCP-Streams wieder zusammenzusetzen, müssen Sie zuerst lernen, wie Sie IP-Fragmente wieder zusammensetzen. Siehe RFC 815. – Alnitak
Unklar, was Sie fragen. Wie wurden diese Daten erfasst? – EJP
@Alnitak Ich bezweifle, dass er hier Rohdaten erfasst. RFC 815 ist das, was in einem Netzwerkstack passiert, nicht außerhalb auf der Benutzerebene. –