закрити проти вимкнення розетки?

В C я зрозумів, що якщо ми закриємо сокет, це означає, що сокет буде знищений і може бути використаний пізніше.

Як щодо відключення? В описі сказано, що він закриває половину дуплексного з'єднання з цією розеткою. Але чи буде цей сокет знищений як closeсистемний виклик?

Це пояснюється у посібнику з мереж Beej. shutdownє гнучким способом блокування зв'язку в одному або обох напрямках. Коли є другий параметр SHUT_RDWR, він блокує як відправлення, так і отримання (як close). Однак, closeце спосіб насправді знищити розетку.

З цим shutdownви все одно зможете отримувати очікувані дані, які вже надсилав колега (спасибі Джої Адамсу за те, що помітив це).

Жодна з існуючих відповідей не розповідає людям, як shutdownі як closeпрацює на рівні протоколу TCP, тому варто додати це.

Стандартне з'єднання TCP припиняється шляхом чотиристоронньої фіналізації:

1. Після того, як учасник не має більше даних для надсилання, він надсилає пакет FIN іншому
2. Інша сторона повертає ACK для FIN.
3. Коли інша сторона також закінчила передачу даних, вона надсилає ще один FIN-пакет
4. Початковий учасник повертає ACK і завершує передачу.

Однак є ще один "швидкий" спосіб закрити TCP-з'єднання:

1. Учасник надсилає пакет RST і відмовляється від з'єднання
2. Інша сторона отримує RST, а потім також відмовляється від з'єднання

У моєму тесті з Wireshark, з параметрами сокета за замовчуванням, shutdownнадсилає пакет FIN на інший кінець, але це все, що він робить. Поки інша сторона не надішле вам пакет FIN, ви все ще можете отримувати дані. Як тільки це сталося, ви Receiveотримаєте результат розміру 0. Отже, якщо ви першим відключили "надіслати", вам слід закрити сокет, як тільки ви закінчите отримувати дані.

З іншого боку, якщо ви зателефонуєте, closeпоки з'єднання все ще активне (інша сторона все ще активна, і у вас може бути відсутні дані також у системному буфері), пакет RST буде відправлений на іншу сторону. Це добре для помилок. Наприклад, якщо ви думаєте, що інша сторона надала неправильні дані або вона відмовилася надавати дані (DOS-атака?), Ви можете негайно закрити сокет.

Моя думка щодо правил буде такою:

1. Розглянемо shutdownраніше, closeколи це можливо
2. Якщо ви закінчили отримувати (отримано 0 даних про розмір) до того, як ви вирішили відключитись, перервіть з'єднання після завершення останнього надсилання (якщо таке є).
3. Якщо ви хочете нормально закрити з'єднання, відключіть з'єднання (за допомогою SHUT_WR, і якщо ви не переймаєтесь отриманням даних після цього пункту, також із SHUT_RD), і дочекайтеся отримання даних про розмір 0, а потім закрийте розетка.
4. У будь-якому випадку, якщо виникла якась інша помилка (наприклад, час очікування), просто закрийте сокет.

Ідеальні реалізації для SHUT_RD та SHUT_WR

Наступне не перевірено, довіряйте на свій страх і ризик. Однак я вважаю, що це розумний і практичний спосіб робити речі.

Якщо стек TCP отримує відключення лише з SHUT_RD, він повинен позначати це з'єднання як більше не очікуваних даних. Будь-які очікувані та наступні readзапити (незалежно від того, в якому потоці вони перебувають) повертаються з нульовим результатом. Однак з’єднання все ще активне та корисне - наприклад, ви можете отримувати дані OOB, наприклад. Також ОС видалить будь-які дані, отримані для цього з'єднання. Але це все, жодні пакунки не будуть відправлені в іншу сторону.

Якщо стек TCP отримує відключення лише з SHUT_WR, він повинен позначати це з'єднання, оскільки більше даних не можна надсилати. Всі запити на очікування запису будуть завершені, але наступні запити на запит закінчуються. Крім того, пакет FIN буде відправлений на іншу сторону, щоб повідомити, що у нас немає більше даних для надсилання.

Є деякі обмеження, close()яких можна уникнути, якщо shutdown()замість цього використовувати .

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

close()декрементує кількість посилань дескрипторів (підтримується у записі таблиці файлів і нараховує кількість відкритих в даний час дескрипторів, які посилаються на файл / сокет) і не закриває сокет / файл, якщо дескриптор не дорівнює 0. Це означає, що якщо ви розгалужуєте, очищення відбувається лише після того, як число відліку зменшиться до 0. З shutdown()одним можна ініціювати нормальну послідовність закриття TCP, ігноруючи кількість відліку.

Параметри такі:

int shutdown(int s, int how); // s is socket descriptor

int how може бути:

SHUT_RDабо 0 Далі надходження заборонені

SHUT_WRабо 1 Подальше надсилання заборонено

SHUT_RDWRабо 2 Далі надсилання та отримання заборонені

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

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

Я також мав успіх під Linux, використовуючи shutdown()один pthread, щоб змусити інший pthread, який зараз заблокований, connect()щоб припинити раннє переривання.

В інших ОС (принаймні, OSX), я виявив, що дзвінки close()були досить, щоб connect()не вдатися.

"shutdown () насправді не закриває дескриптор файлу - він просто змінює його зручність використання. Щоб звільнити дескриптор сокета, потрібно використовувати close ()." 1

Закрити

Закінчивши використовувати сокет, ви можете просто закрити його дескриптор файлів із закриттям; Якщо ще є дані, які очікують на передачу через з'єднання, зазвичай закриття намагається завершити цю передачу. Ви можете керувати такою поведінкою за допомогою параметра SO_LINGER socket, щоб вказати період очікування; див. Параметри розетки.

Закрити

Ви також можете відключити лише прийом або передачу на з'єднанні, зателефонувавши до вимкнення.

Функція відключення відключає підключення розетки. Його аргумент як визначає, яку дію виконувати: 0 Зупиніть отримувати дані для цього сокета. Якщо надійдуть подальші дані, відхиліть їх. 1 Перестаньте намагатися передавати дані з цієї розетки. Відкиньте будь-які дані, які чекають надсилання. Перестань шукати підтвердження вже надісланих даних; не повторно передавати її, якщо вона втрачена. 2 Зупиніть і прийом, і передачу.

Повертається значення 0 на успіх і -1 на провал.

в моєму тесті.

close відправить fin пакет і знищить fd негайно, коли socket не надається спільним з іншими процесами

shutdown SHUT_RD , процес все ще може відновити дані з сокета, але recvповерне 0, якщо буфер TCP порожній. Після того, як одноранговий пришле більше даних, recvповерне дані знову.

shutdown SHUT_WR надішле плавковий пакет, щоб вказати, що подальше надсилання заборонено. одноранговий може recv дані, але він буде recv 0, якщо його буфер TCP порожній

shutdown SHUT_RDWR (рівне використання як SHUT_RD, так і SHUT_WR ) відправить перший пакет, якщо однорангові надсилають більше даних.