Sind parallele Aufrufe zum Senden/Empfangen auf demselben Socket gültig?

1. Können wir send von einem Thread und recv von einem anderen auf demselben Socket aufrufen?
2. Können wir mehrere Sends parallel von verschiedenen Threads auf demselben Socket aufrufen?

Ich weiß, dass ein gutes Design dies vermeiden sollte, aber mir ist nicht klar, wie sich diese System-APIs verhalten werden. Ich kann auch keine gute Dokumentation dafür finden.

Alle Hinweise in die Richtung sind hilfreich.

POSIX definiert send/recv als atomare Operationen. Angenommen, Sie sprechen über POSIX send/recv, dann ja, Sie können sie gleichzeitig von mehreren Threads aufrufen und die Dinge werden funktionieren.

Dies bedeutet nicht unbedingt, dass sie parallel ausgeführt werden – im Falle mehrerer Sendungen wird die zweite wahrscheinlich blockieren, bis die erste abgeschlossen ist. Sie werden wahrscheinlich nicht so viel bemerken, da ein Sendevorgang abgeschlossen ist, sobald er seine Daten in den Socket-Puffer geschrieben hat.

Wenn Sie SOCK_STREAM-Sockets verwenden, ist der Versuch, Dinge parallel zu tun, wahrscheinlich weniger nützlich, da send/recv möglicherweise nur einen Teil einer Nachricht sendet oder empfängt, was bedeutet, dass die Dinge aufgeteilt werden könnten.

Das Blockieren von Senden/Empfangen auf SOCK_STREAM-Sockets blockiert nur, bis sie mindestens 1 Byte senden oder empfangen, sodass der Unterschied zwischen Blockieren und Nicht-Blockieren nicht sinnvoll ist.

Der Socket-Deskriptor gehört zum Prozess, nicht zu einem bestimmten Thread. Daher ist es möglich, in verschiedenen Threads an denselben Socket zu senden/empfangen, das Betriebssystem übernimmt die Synchronisierung.

Wenn jedoch die Reihenfolge des Sendens/Empfangens semantisch bedeutsam ist, müssen Sie selbst (bzw. Ihr Code) für die richtige Reihenfolge zwischen den Operationen in den verschiedenen Threads sorgen – wie es bei Threads immer der Fall ist.

Ich sehe nicht, wie ein paralleler Empfang irgendetwas bewirken könnte. Wenn Sie eine 3-Byte-Nachricht haben, könnte 1 Thread die ersten 2 Bytes und ein anderer das letzte Byte erhalten, aber Sie hätten keine Möglichkeit zu sagen, welches welches war. Wenn Ihre Nachrichten nicht nur ein Byte lang sind, gibt es keine Möglichkeit, irgendetwas zuverlässig zum Laufen zu bringen, wenn mehrere Threads empfangen werden.

Mehrere Sendungen könnte funktionieren, wenn Sie die gesamte Nachricht in einem einzigen Anruf senden, aber ich bin mir nicht sicher. Es ist möglich, dass einer einen anderen überschreibt. Es würde sicherlich keinen Leistungsvorteil geben, dies zu tun.

Wenn mehrere Threads senden müssen, sollten Sie eine synchronisierte Nachrichtenwarteschlange implementieren. Haben Sie einen Thread, der das eigentliche Senden durchführt, das Nachrichten aus der Warteschlange liest, und lassen Sie die anderen Threads ganze Nachrichten in die Warteschlange einreihen. Dasselbe würde für den Empfang funktionieren, aber der Empfangsthread müsste das Format der Nachrichten kennen, damit er sie richtig deserialisieren kann.