C# UDP（Socket）异步传输文件

 

 用SCOKET 发送文件是一个不太好处理的问题，网上的例子也都是很简单的，我准备写一个比较完善的例子，这个就算是开始吧，以后的都会在这个例子的基础上进行修改，准备实现多线程传输、断点传输和文件传输的完备性检测。

在这个例子中，分别定义了文件发送管理类（SendFileManager），文件接收管理类（ReceiveFileManager），文件发送类（UdpSendFile）和文件接收类（UdpRecieveFile），以便实现尽量简单的就可以使用它们。例子中的发送和读写文件都是基于异步的，实现了对大文件的分块发送。例子中还提供了一个发送文件端和接收文件端，都是用前面的几个类实现了文件的发送和接受。接受的文件默认放在接受文件端得根目录下，文件名以下划线开始。

下面是发送和接受文件的截图：

 

 

上一篇文章C# UDP（Socket）异步传输文件（1）中，实现了文件的基本传输，但是传输过程中的信息是看不到的，这一篇是对上一篇进行了一些改进，并且可以了解传输的信息（加入了Log），还加入了接收或者拒绝接收文件功能。

         在上一篇中，文件发送类（UdpSendFile）和文件接收类（UdpRecieveFile）是直接用UdpClient来进行发送和接收的，现在，我添加了一个新的类UdpPeer，实现了基本的异步传输和接收数据的方法，定义了一个接口IDataCell作为一个数据发送单元，它包含两个方法：ToBuffer和FromBuffer，所有的发送数据都继承它来实现。文件发送类（UdpSendFile）和文件接收类（UdpRecieveFile）中的UdpClient用UdpPeer代替了。

         在文件发送类（UdpSendFile）和文件接收类（UdpRecieveFile）中加入了Log事件，以便于我们了解文件的传输过程，在文件接收类（UdpRecieveFile）中还加入了RequestSendFile事件，当接收到一个发送文件请求时可以同意或者拒绝接收文件。下面来看看新的程序的截图。

    接收文件启动侦听：

发送文件启动侦听：

 

接收文件收到发送文件请求：

         同意接收，开始接受文件：

发送端收到同意接收信息后开始发送文件：

 

本文接着上一篇文章C# UDP（Socket）异步传输文件（2），在上一篇文章的基础上实现多文件的传输和文件传输完成后进行完整性校验。

         要实现多文件的传输，必须要对文（2）中发送文件的数据格式进行改进，必须加入每个发送数据属于哪个文件的标识，这样在文件接收的时候我们才能正确的处理这些数据。在具体的实现中，我是用文件的MD5值作为不同文件的数据标识的，这样当我们收到数据时，先根据MD5值判断数据属于哪一个文件，然后进行相应的处理。

         要实现多文件的传输，在文件发送类（UdpSendFile）和文件接收类（UdpRecieveFile）中，就不能只定义一个SendFileManager和ReceiveFileManager来管理发送和接收文件了，我们要对每一个文件都建立一个对应的SendFileManager和ReceiveFileManager来管理。在件发送类（UdpSendFile）和文件接收类（UdpRecieveFile）中，都用一个Dictionary<TKey, TValue>来存储文件对应的管理对象，TKey为文件的MD5，TValue就是发送文件和接收文件类对象了。当收到数据的时候，我们就根据数据中的MD5值找到对应的文件管理对象，进行相应的操作。当文件发送或者传输完毕后，我们就从Dictionary<TKey, TValue>中移除相应的对象并且清理它们所占的资源。

    当文件接收完成后，我在ReceiveFileManager中新定义了一个事件ReceiveFileComplete，这个事件将对文件进行MD5校验，并且将结果通知我们，我们就可以知道文件是否完整的传输了过来。

         现在我们来看看多文件传输和MD5校验的截图和：

上一篇文章C# UDP（Socket）异步传输文件（3）中，实现了多文件的传输和MD5校验，还显示了文件传输过程中的信息，在这一篇文章中，将介绍怎样实现传输文件的进度显示和实现选择保存文件路径。

         首先，来实现一个显示文件传输过程信息的控件，它需要显示文件的图标、名称、大小、已经传输了的大小、文件的传输速度和一个进度条，进度条可以很直观的看到文件传输的完成量。

要获得文件的图标可以用API，但是还有一个更简单的方法，就是Icon类的ExtractAssociatedIcon方法，看看它的说明：返回指定文件中包含的图像的图标表示形式，呵呵，是不是很方便啊。来看看这个控件的类视图：

 

接着，在请求发送文件的时候，要把图标也发送到接收端去，所以我们要在原来的TraFransfersFileStart类中多加一个Image属性。

    在文件的传输过程中，我们要知道接收或发送文件的一部分大小、文件是否接收或发送完成等很多不同的信息，所以在原有的文件发送类（UdpSendFile）和文件接收类（UdpRecieveFile）增加了几个事件，具体的事件就不进行过多的介绍了，大家可以下载源码来看。当收到文件的一个数据包或者发送文件的一个数据包，还有接收或发送完成的时候，我们就通过这些事件来更新显示发送或接收文件控件的信息，这样，我们就可以很清楚的了解到文件传输信息了。

    现在来看看文件传输的截图：
    开始发送： 

接收文件：

 

    完成了：

 上一篇文章C# UDP（Socket）异步传输文件（4）中，只实现了传输开始前拒绝接收文件，没有实现文件传输进行的时候取消传送，这篇文章中我们就来介绍怎样实现这个功能。

         在传输过程中取消文件的传送，有很多地方要考虑，最重要的就是要对数据的访问进行同步。当发送文件方取消发送时，我们要从文件发送列表中移除对应的发送文件管理类和移除传输控件，并且清理资源。在移除的时候，因为是异步收发信息的，也许其他地方还在申请使用这些资源，所以我们在移除的时候，不能让其他地方再访问他们，这里就要加上锁。清理发送文件管理类也一样，因为是异步读写文件的，我们清理的时候，需要等待正在读写的操作完成后才能进行清理，所以在发送文件管理类中加入了一个新的安全的Stream对象SafeStream，文件的读写都由他来操作。当接收方取消接收的时候，情形跟发送发一样，也需要进行类似的处理，这里就不多说了。

    在新的项目中，实现了传输没有完成时，文件的后缀名改为.tmp。还实现了当选择的存储文件的目录下有相同的文件时，接收的文件将会以文件名_1.rar这样的方式保存。

         在这一系列的文章中，发送方都是等到接受方返回接收成功信息后才开始传输下一个数据的，这就会出现一个问题，当接收方没有接收到数据或者接收方接收到了数据但是发送的接收成功的数据包发送方没有收到（丢包了），发送方就一直不会发送下一个包数据，这样文件传输就中断了，这个问题我们就留到下一篇来解决吧。
 

         文件传输过程的截图以前都发了，现在就看看取消发送的截图吧：

 

上一篇文章C# UDP（Socket）异步传输文件（5）中，还遗留了一个传输文件最大的问题，就是传输过程中丢包，这样在文件传输过程中就会卡住了，这篇文章就来解决文件传输中的丢包问题，实现稳定的文件传输。

         检测丢包是一个很麻烦的问题，解决的方法可能也有不少，我采用的是在接受文件端来检测，当开始接收文件，收到一个数据包后，如果等待超过了一定时间后都没有收到数据包，就给发送方发送一个新的请求，要求继续发送文件，直到文件全部接收完成。具体的做法就是：

1、  在ReceiveFileManager类中加入一个记录文件分块接收状态的列表Dictionary<int, bool>，int表示文件分块的序号，bool表示是否已经接收，初始化为全部没有接受（false）。

2、  在ReceiveFileManager类中加入一个Timer，用来检测收到一个包后，等待的时间是否超过了设置的值，超过就给发送方发送数据包，请求继续发送文件，需要发送的文件块序号为从Dictionary<int, bool>中查询出来的没有接收的文件块序号。

3、  如果Dictionary<int, bool>中的所有文件块已经收到（全部为true）,文件就接收完成了。

按照以上的做法，就可以保证文件可以全部接收到了。其实也可以从发送方来处理这个问题，就是发送方发送一个包后，如果等待了一定时间没有接收到接受方的回复，就重发这个包，也许有时间，下次就换这种方式看看，大家也可以自己试试。具体的实现还是挺麻烦的，大家从源码中看吧。

在新的例子中，用了新写完的文件传输控件，外观漂亮了，控件的显示效率也提高了不少。

到现在为止，基本上实现了一个稳定的异步UDP（Socket）发送多文件的功能了，在实现中是通过MD5做文件校验的，当文件很大的时候，计算MD5比较慢，所以就感觉发送的时候有点卡，其实很多时候是不需要的（QQ传文件也没有验证的），我们可以把这个功能取消掉，用一个GUID来标识每一个不同的文件就行了。

下面来看看传输文件的截图：

源代码：http://download.csdn.net/source/2193761