Was ist der Unterschied zwischen synchroner und asynchroner Übertragung bei der TCP/IP-Socket-Programmierung?

Question

Ich bin neu in C++ und ich versuche, eine Client-Server-Anwendung basierend auf der Boost :: Asio-Bibliothek zu entwickeln. Ich bin (noch) nicht in der Lage, den Unterschied zwischen Sync- und Async-Modi richtig zu verstehen. Ich habe zuvor Webprotokolldienste wie HTTP und AJAX studiert. Von this explanation ist klar, dass HTTP synchron ist und AJAX asynchron ist. Was ist der Unterschied in der TCP-Socket-Kommunikation in Bezug auf Sync und Async? Und welcher Modus ist aus der Perspektive der Multi-Threaded-Anwendungsentwicklung auf Unternehmensebene besser und warum?

Wie ich synchronen Modus verstehe, blockiert der Client für eine Weile, bis er die Paket/Daten-Nachricht vom Server empfängt. Und im asynchronen Modus führt der Client eine andere Operation aus, ohne die aktuelle Operation zu blockieren. Warum ist das anders? Ist async auch mit UDP? Es scheint, es ist es egal, ob es eine Übertragungsbestätigung empfängt.

Answer 1

1. TCP-Übertragung ist immer asynchron. Was synchron oder asynchron ist, ist das Verhalten der API. Eine synchrone API führt Dinge aus, während Sie sie aufrufen: Beispielsweise verschiebt send() Daten in den TCP-Sendepuffer und kehrt zurück, wenn sie fertig sind. Eine asynchrone API startet beim Aufruf, wird nach der Rückgabe unabhängig ausgeführt und ruft Sie zurück oder stellt ein abfragbares Handle zur Verfügung, über das die Fertigstellung gemeldet wird.

2. HTTP ist synchron in dem Sinne, dass Sie eine Anfrage senden, eine Antwort empfangen, die Antwort anzeigen oder verarbeiten, und zwar alle in dieser Reihenfolge.

3. Ajax ist nur in dem Sinne asynchron, dass es unabhängig vom Seitenanforderungs-/Antwortzyklus in der umgebenden HTTP-Anforderung arbeitet. Es ist eine schlechte Wahl der Terminologie. Es wäre besser gewesen, einen Begriff wie "verschachtelt", "out of band", ...