Чи дійсні паралельні дзвінки для відправлення / повторної передачі в одному сокеті?

1. Чи можемо ми зателефонувати надсилати з одного потоку та рев. З іншого на той же сокет?
2. Чи можемо ми викликати кілька відправлень паралельно з різних потоків одного і того ж сокета?

Я знаю, що хороший дизайн повинен уникати цього, але мені не ясно, як будуть поводитися ці системні API. Я не можу знайти гарну документацію і для того ж.

Будь-які покажчики у напрямку будуть корисними.

POSIX визначає send / recv як атомні операції, тому припускаючи, що ви говорите про POSIX send / recv, то так, ви можете викликати їх одночасно з декількох потоків і все буде працювати.

Це не обов'язково означає, що вони будуть виконуватися паралельно - у випадку декількох надсилань, другий, ймовірно, блокується, поки перший не завершиться. Ви, мабуть, цього не помітите, оскільки відправка завершиться після того, як він поставить свої дані в буфер сокета.

Якщо ви використовуєте розетки SOCK_STREAM, намагання робити паралельні речі менш ймовірно буде корисним, оскільки send / recv може надіслати або отримати лише частину повідомлення, а це означає, що речі можуть розпастися.

Блокування send / recv у розетках SOCK_STREAM блокується лише до тих пір, поки вони не надсилають або реквізують принаймні 1 байт, тому різниця між блокуванням і неблокуванням не корисна.

Дескриптор сокета належить до процесу, а не до певного потоку. Отже, можна надсилати / приймати в / з одного і того ж сокета в різних потоках, ОС буде обробляти синхронізацію.

Однак, якщо порядок надсилання / отримання є семантично значущим, ви самі (відповідно ваш код) повинні забезпечити належне послідовність операцій у різних потоках - як це завжди буває з потоками.

Я не бачу, як паралельний прийом може щось досягти. Якщо у вас є 3-байтне повідомлення, 1-й потік може отримати 1-й 2-й байт, а інший останній байт, але ви не зможете сказати, що це було. Якщо ваші повідомлення не мають байту, ви не можете надійно змусити щось працювати при отриманні декількох потоків.

Якщо ви надіслали все повідомлення за один дзвінок, може бути багаторазове надсилання , але я не впевнений. Цілком можливо, що один міг би переписати інший. Звичайно, не було б жодної користі від цього.

Якщо потрібно надіслати кілька потоків, вам слід реалізувати синхронізовану чергу повідомлень. Майте один потік, який виконує фактичне надсилання, що читає повідомлення з черги, а інші потоки охоплюють цілі повідомлення. Те ж саме буде працювати для отримання, але потік прийому повинен знати формат повідомлень, щоб він міг їх дезаріалізувати належним чином.