TCP同步传送数据示例以及可能出现问题分析

TCP传送数据可以分为同步传送和异步传送，首先这里使用了TCP的同步传送方式，学习了TCP同步传送数据的原理。

 

同步工作方式是指利用TCP编写的程序执行到监听或者接受数据语句的时候，在未完成当前工作（侦听到连接请求或接收到对方发送来的数据）前不在继续往下执行，线程处于阻塞状态，直到该语句完成响应的工作以后才继续执行下一语句。

TCP协议只需要将数据以字节流的形式发送到缓存，在他自己看来就好像已经完成了此动作，然而此时的数据让可能还在缓冲区。至于对方是否真正的接收到数据，就不再负责了。这以后可以继续执行其他的操作，可以继续发送数据，不会阻塞，而真正的发送是由IP协议完成的。IP层为TCP协议提供了实际的传输服务，从而对上层屏蔽了主动操作时同步和异步的差异。

在同步方式中，比如服务器端有一条语句是接收客户端数据的工作，但是客户端一直没有发送数据，则一直处于等待状态。一下的例子就给出了这种实现功能。

 

但是，对于请求和发送语句，同步方式和异步方式没有差异，因为程序执行发送语句的时候是直接将数据发送出去而不管对方是否准备好，当客户端发起连接请求时，如果服务器没有打开，则会返回失败信息。此时，数据有可能仍然在本地缓冲区还没有发送出去，这样，TCP协议为我们隐藏了这一细节。

异步工作方式中，监听程序或者接受语句，不论当前工作是否完成，都会继续往下执行。

 

这里写的服务器和客户端的程序截图：

 

程序解释：1. 首先客户端连接到服务器。显示连接成功。

2. 给服务器发送了一个"test from client"，然后在服务器端点击接收，可以收到客户端发来的数据。

3. 服务器端发送"test from server",因为在程序中写的是连续发送三次，所以这里服务器端发送了三次数据，在客户端点击三次接收，就可以收到三条服务器发来的信息。如果只是点击一次，只能收到服务器发来的一条信息。

4.然后又从客户端给服务器发送了两条消息，服务器接收两次也成功。

5. 如果你在客户端没有给服务器发送消息的时候点击接收消息，这个时候服务器的接收消息线程会阻塞在等待状态，直到客户端发送数据过去，服务器那里就可以显示接收到的数据了。这里就是同步方式的特点了，接收消息的语句会处于阻塞状态。

 

在本程序中，出错的情况是：在客户端没有传送数据的前提下，连续多次点击服务器的接收消息操作，因为程序中写的是每次接收开启一个线程，这样多次点击接收就会有多个线程同时读网络数据缓冲区，肯定会造成莫名其妙的错误。

程序下载地址：http://download.csdn.net/detail/weixingstudio/4354133

 

重点语句说明：

tcpClient = tcpListener.AcceptTcpClient();

这里的接收客户端连接请求时同步方式，如果没有客户端请求，则一直处于阻塞状态，所以一定要放在单独的线程中。

try
                {
                    string message = br.ReadString();
                    ShowMsg(message);
                }

这里的接收消息，也是同步操作，如果没有消息到来，则一直处于阻塞状态，所以也要放在单独的线程中。

 

  networkStream = tcpClient.GetStream();
                    // 通过BinaryWriter,