Funkcje odbierania/wysyłania boost.asio gniazda są złe?

Question

Dane mogą być odczytywane lub zapisywane do podłączonego gniazda TCP za pomocą odbierać(), async_receive(), send() lub async_send() funkcje składowe. Jednakże, jak mogłoby to spowodować krótkich zapisów lub czyta, aplikacja zazwyczaj użyć następujących operacje zamiast: read(), async_read(), write() i async_write().

Naprawdę nie rozumiem, że uwaga jako read(), async_read(), write() i async_write() może również zakończyć się krótkim pisaniem lub odczytaniem, prawda?
Dlaczego te funkcje nie są takie same?
Czy powinienem ich używać?
Czy ktoś może wyjaśnić tę uwagę dla mnie?

Answer 1

czytać, async_read, zapisu i async_write są skomponowane funkcje, które wywoływać funkcje klasa wielokrotnie, dopóki jest transmitowany żądana liczba bajtów. Są one zawarte w bibliotece jako udogodnienie. W przeciwnym razie każdy programista musiałby wdrożyć tę samą logikę.

Funkcje klas bezpośrednio owijają podstawowe funkcje systemu operacyjnego, które zasadniczo stanowią w dokumentacji: funkcje te mogą zostać zwrócone przed przesłaniem wszystkich bajtów.

W większości przypadków do przesyłania danych należy używać wolnych (skomponowanych) funkcji.

Answer 2

Po pierwsze, musisz zrozumieć słowo "asynchroniczny", oznacza to po prostu "nie musisz czekać". Po wywołaniu akcji asynchronicznych, następująca akcja zostanie wykonana bez oczekiwania na powrót akcji asynchronicznej. Podczas gdy synchroniczna musi czekać, aż do powrotu poprzednich akcji synchronicznych. Dwa kolejne próbki z Boost.Asio miałoby sensu: A synchronous TCP daytime server

(Ups za mało reputacji, druga próbka jest łatwo znaleźć choć nazywane „Serwer dzienne asynchroniczny TCP”)