端口的状态说明：
TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接，所以很有必要保证无用连接完全断开，否则大量僵死的连接会浪费许多服务器资源。在众多TCP状态中，最值得注意的状态有两个：CLOSE_WAIT和TIME_WAIT。
1、LISTENING状态 FTP服务启动后首先处于侦听（LISTENING）状态。
2、ESTABLISHED状态 ESTABLISHED的意思是建立连接。表示两台机器正在通信。
3、CLOSE_WAIT
对方主动关闭连接或者网络异常导致连接中断，这时我方的状态会变成CLOSE_WAIT 此时我方要调用close()来使得连接正确关闭
4、TIME_WAIT
我方主动调用close()断开连接，收到对方确认后状态变为TIME_WAIT。TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响。处于TIME_WAIT状态的连接占用的资源不会被内核释放，所以作为服务器，在可能的情况下，尽量不要主动断开连接，以减少TIME_WAIT状态造成的资源浪费。
客户端在 设置了
LingerOption linerOption = new LingerOption(false, 0);
tcpServer.LingerState = linerOption;
发现还是有time_wait状态
在MSDN中 有这样一句话：
Connected 属性获取截止到最后一次 I/O 操作时的 Client 套接字的连接状态。如果该属性返回 false，则表明 Client 要么从未连接，要么已断开连接。
由于 Connected 属性仅反映截止到最近的操作时的连接状态，因此您应该尝试发送或接收一则消息以确定当前状态。当该消息发送失败后，此属性将不再返回 true。注意此行为是设计使然。您无法可靠地测试连接状态，因为在测试与发送/接收之间，连接可能已丢失。您的代码应该假定套接字已连接，并妥善处理失败的传输。
因此在客户端发送完成数据后发送完成主体数据之后再通过有限次数循环来向服务端发送断开连接的请求，服务端 在收到后主动先主动关闭连接，之后本端会在某次发送数据过程中抛出异常，通过这个异常 本端再关闭连接，这样可以完全清除tcp中的time_wait状态。否则按照正常流程关闭连接。客户端代码如下：
int waitTime = 3;//重试时长
totalBytesToSend = AddSendDataLength(isConnected);//结束连接数据
while (waitTime > 0)
{
if (tcpServer.Connected)
{
//重试三次数据(请求服务端结束连接的数据)的发送，直到（检测到客户端已经断开连接为止，或者检测超出最大检测次数。）
sendPoint = 0;//缓存起始发送点
curSend = 0;//上一次发送的长度
while (sendPoint < totalBytesToSend.Length)
{
curSend = tcpServer.Client.Send(totalBytesToSend, sendPoint, totalBytesToSend.Length - sendPoint, SocketFlags.None);
sendPoint += curSend;
}
System.Threading.Thread.Sleep(500);//线程阻塞一定时间
}
else {
break;
}
waitTime--;
}
tcpServer.Client.Shutdown(SocketShutdown.Both);
tcpServer.Client.Close();