Як правильно і повністю закрити / скинути підключення TcpClient?

Який правильний спосіб закрити або скинути підключення TcpClient? У нас є програмне забезпечення, яке взаємодіє з апаратним забезпеченням, але іноді щось йде не так, і ми більше не маємо з ним спілкуватися, поки не перезапустимо програмне забезпечення.

Я спробував примусити TcpClient.Close () і навіть встановити для нього значення null, але це не працює. Працює лише повний перезапуск програмного забезпечення.

Пропозиції?

Я не можу використовувати ключове слово using, оскільки TpcClient визначається лише в одному місці, але використовується у всій бібліотеці. (І в даний момент часу існує лише одне з’єднання)

Це бібліотека, яка займається спілкуванням. Само програмне забезпечення може викликати метод ResetConnection () класу Controller (який представляє апаратне забезпечення).

На даний момент це виглядає так

if (tcpClient != null)
{
    tcpClient.Close();
    tcpClient = null;
}

Тепер із прочитаного тут слід використовувати tcpClient.Dispose () замість "= null"

Я спробую це і подивлюсь, чи це щось змінить.

Вам потрібно закрити потік перед тим, як закрити з'єднання:

tcpClient.GetStream().Close();
tcpClient.Close();

Закриття клієнта не закриває потік.

Враховуючи те, що прийнята відповідь застаріла, і я не бачу нічого в інших відповідях щодо цього, я створюю нову. У .Net 2 і раніше вам довелося вручну закрити потік перед тим, як закрити з'єднання. Ця помилка виправлена ​​у всіх пізніших версіях TcpClientC #, і, як зазначено в документі методу Close, виклик методу Closeзакриває як з'єднання, так і потік

EDIT відповідно до Microsoft Docs

Метод Закрити позначає екземпляр як утилізований і вимагає, щоб пов'язаний Socket закрив TCP-з'єднання. На основі властивості LingerState TCP-з'єднання може залишатися відкритим деякий час після виклику методу Close, коли дані залишаються надсилати. Повідомлення не надається, коли базове з'єднання завершилось.

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

Використовуйте слово: using. Хороша звичка програмувати.

using (TcpClient tcpClient = new TcpClient())
{
     //operations
     tcpClient.Close();
}

Незважаючи на наявність усіх відповідних usingвисловлювань, дзвінки Close, використання деякої експоненціальної логіки відключення та відтворення, TcpClientя все ще бачив проблеми, коли програма не може відновити з'єднання TCP без перезапуску програми. Це продовжує невдало з System.IO.IOException: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host.

Але є варіант , LingerStateна TcpClientякий з'являється він , можливо, вирішити це питання (може не знати , в протягом декількох місяців , як моя власна установка обладнання не може тільки про те , що часто!). Див. MSDN .

// This discards any pending data and Winsock resets the connection.
LingerOption lingerOption = new LingerOption(true, 0);

using (var tcpClient = new TcpClient 
       {SendTimeout = 2000, ReceiveTimeout = 2000, LingerState = lingerOption })
   ...

Замикає з'єднання сокета і дозволяє повторно використовувати сокет:

tcpClient.Client.Disconnect(false);

Правильний спосіб закрити сокет, щоб ви могли знову відкрити, це:

tcpClient.Client.Disconnect(true);

Логічний параметр вказує, чи потрібно повторно використовувати сокет:

За винятком деяких внутрішніх журналів, Закрити == Утилізувати.

Утилізуйте виклики tcpClient.Client.Shutdown (SocketShutdown.Both), але він виявляє помилки. Можливо, якщо ви зателефонуєте безпосередньо, ви зможете отримати корисну інформацію про винятки.

Ви пробували викликати TcpClient.Dispose () ?

І ви впевнені, що у вас є TcpClient.Close () та TcpClient.Dispose () - ed ВСІ з’єднання?