Home/ Questions/Q 3848716
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-19T16:44:36+00:00

I have an application that uses TcpClient and TcpListener to communicate over the network.

  • 0

I have an application that uses TcpClient and TcpListener to communicate over the network. However, when I call TcpClient.Close on the client to disconnect it from the server, the server doesn’t react at all.

Now, before you post a comment about this question being a duplicate of this one, and how the solution can be found here, believe me when I say that I’ve already found these and tried them. It doesn’t help. I’ve also tried different combinations of TcpClient.Close, TcpClient.GetStream().Close(), and TcpClient.Dispose. Nothing works.

The code is nothing noteworthy, just a Disconnect method in the client that resets all of the variables for reuse, and closes all network resources. The server has a loop that checks if TcpClient.Connected is true or not, and if it’s false, it’s supposed to jump out of the loop and terminate the thread.

Any ideas?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The TcpClient.Connected should pretty much be ignored. It basically represents whether the last communication was successful. From MSDN (emphasis mine):

    Because the Connected property only reflects the state of the connection as of the most recent operation, you should attempt to send or receive a message to determine the current state. After the message send fails, this property no longer returns true. Note that this behavior is by design. You cannot reliably test the state of the connection because, in the time between the test and a send/receive, the connection could have been lost. Your code should assume the socket is connected, and gracefully handle failed transmissions.

    If you call Close() on the client side, nothing is sent to the server to tell it that its closing, it literally just closes it self so that the client can’t use it any more. The only reliable way to determine if you’re still connected is to try to send data and handle the failure. If you want you could implement your own handshake agreement where when you call Close() you send a special notification to the server alerting it to the fact but there will still be times when that packet never reaches the server.

    • 0