FTP上传下载的断点续传实现

                                              FTP上传下载的断点续传实现
                                                                       张国梁  --- CSDN：zglcl008
一:开发背景 
    由于需要对多个服务器发布大的数据包，所以自己在LINUX用C语言，开发了一个传送器工具。因为上传时需要支持断点续传，所以自己参考ftp-rfc959和一些文章开发了这个支持断点续传的上传工具。整个工具分两部分开发的：一是支持断点续传的Ftp工具，包含下载和上传功能。二是同时对多个服务器发布不同数据包的传送器工具。本文只是对断点续传的商船和下载作探讨。 
 
二：实现
     其实Ftp上传下载的实现很简单,首先Ftp服务器端要支持文件的定位,
然后就是通过建立的Socket用Ftp服务器命令和服务器交互.
    有些也可以通过Socket做自己的客户端和服务器端，但是有些服务器是自己能管理控制的，而且原来自己也写过一些这样C/S模式的工具，简单消息的传送接收还不错。
但用来传输文件效率很低，比文件传送协议FTP（File Transfer Protocol）差的太多。  利用Ftp的服务端可以省去服务器端的开发，而且可以向任何开放Ftp服务的服务器上传送文件，可以不考虑对方安装的
是什么的操作系统。
 
三：FTP
 文件传送协议 FTP 只提供文件传送的一些基本的服务，它使用 TCP 可靠的运输服务。FTP 的主要功能是减少或消除在不同操作系统下处理文件的不兼容性。
FTP 使用客户服务器方式。
一个 FTP 服务器进程可同时为多个客户进程提供服务。FTP的服务器进程由两大部分组成：一个主进程，负责接受新的请求；另外有若干个从属进程，负责处理单个请求。
A、通常的方式：
控制连接在整个会话期间一直保持打开，FTP 客户所发出的传送请求通过控制连接发送给控制进程，但控制连接并不用来传送文件，实际用于传输文件的是“数据连接”。
控制进程在接收到 FTP 客户发送来的文件传输请求后就创建一个“数据传送进程”和一个“数据连接”，并将数据连接连接到“数据传送进程”，数据传送进程实际完成文件的传送，在传送完毕后关闭“数据传送连接”并结束运行
当客户进程向服务器进程发出建立连接请求时，要寻找连接服务器进程的熟知端口(21)，同时还要告诉服务器进程自己的另一个端口号码，用于建立数据传送连接。接着，服务器进程用自己传送数据的熟知端口(20)与客户进程所提供的端口号码建立数据传送连接。

B、 被动模式：
FTP客户端发出的连接请求，一般通过服务器的21号端口建立控制连接，专门用来传输一些字符串命令和响应信息。控制命令通道一定是由客户端向服务器的连接（默认的端口是21，也可以指定端口，这要看服务器的设置）。
PASV:通过控制通道通过发送PASV 服务器命令到 FTP服务器。请求建立被动模式数据连接通道。 (客户端的命令 passive)
服务器返回连接的信息（227 Entering Passive Mode (70,0,10,62,120,18) ）地址和端口。端口=最后第二位乘256再加上最后一位（120*256+18）。（注意端口设为0的情况） 如：   *f_port = atoi(port_1) * 256 + atoi(port_2);
服务器端和客户端身份转换，原客户端在本地建立监听，监听来自原服务器远端的连接请求建立数据连接通道。
四、 实现方法：
  A、下载：
1、向服务器发送“REST + 本地文件长度”，告诉服务器，客户端要断点下载了。这时服务器还不知道客户端要下载的文件名；
2、向服务器发送"RETR + 文件名"，通知服务器要下载的文件名，这时服务器开始定位文件指针读文件并发送数据。
3、客户端定位本地文件指针偏移到文件末尾；
4、两端的准备工作都做完了以后，客户端创建socket，以被动或非被动方式建立数据链接，循环调用recv接收文件数据并追加到本地文件末尾；

B、上传：
1、获取服务器上和本地要上传文件的同名文件大小；
2、向服务器发送“APPE ＋ 文件名”，通知服务器