一种基于文件传输协议FTP的下载方法和相关产品与流程

一种基于文件传输协议ftp的下载方法和相关产品
技术领域
1.本技术涉及通信技术领域，尤其涉及一种文件传输协议(file transfer protocol，ftp)的下载方法和相关产品。


背景技术：

2.随着物联网和云服务的发展，ftp越来越多的集成到移动设备上。ftp是传输控制协议(transmission control protocol，tcp)/互联网协议(internet protocol，ip)协议组中的协议之一，ftp包括ftp客户端和ftp服务器。其中ftp服务器用于存储文件，用户可以通过使用ftp客户端的ftp协议，访问位于ftp服务器上的资源。
3.ftp服务器传输效率高，一般用于传输大文件。但是大多移动设备内存较小，无法一次性传输全部文件，因此需要采取一种慢速长连接的下载方式，边传输边处理文件。
4.然而ftp服务器在文件传输到末尾时，传输速度过慢，会导致ftp服务器主动断开数据链路，终端上的客户端无法读取剩余数据，造成数据丢失。


技术实现要素：

5.本技术实施例公开了一种基于文件传输协议ftp的下载方法和相关产品，能够保证下载整个文件数据链路不掉线，保证下载数据的完整性。
6.第一方面，本技术实施例提供了一种基于文件传输协议ftp的下载方法，该方法包括：确定待下载的目标数据的数据量，上述目标数据的数据量大于上述终端的第一缓存区的缓存大小；下载上述目标数据，在下载上述目标数据的过程中确定未下载的数据的数据量是否小于或等于第一阈值；在上述未下载的数据的数据量小于或等于第一阈值的情况下，将上述未下载的数据缓存至上述第一缓存区。
7.本技术实施例中，根据目标数据的数据量以及第一缓存区的缓存大小可以有效确定出终端未下载的数据的数据量。由于ftp服务器发送数据的速度和终端处理数据的速度不匹配，当ftp服务器将数据发送完成后，会与位于上述终端上的客户端断开链路连接，此时若上述终端未将全部数据下载完成，数据链路层的数据将会丢失。在上述未下载的数据的数据量小于或等于第一阈值情况下，说明上述未下载的数据为文件的末尾数据。文件的末尾数据缓存在第一缓存区中，需要处理时从第一缓存区读取，可以防止文件传输到末尾时，传输速度过慢，导致服务器主动断开数据链路，终端上的客户端无法读取数据链路上的剩余数据，造成数据丢失，可以保证数据的完整性。
8.在第一方面的一个可能的实施方式中，在上述未下载的数据的数据量大于上述第一阈值的情况下，将上述未下载的部分数据缓存至第二缓存区。
9.在上述实施方式中，示例性的，上述将上述未下载的部分缓存至第二缓存区之前，通过判断第二缓存区的缓存大小与第二缓存区中的数据的数据量的关系判断第二缓存区是否有剩余空间，在第二缓存区有剩余空间的情况下，将上述未下载的部分数据缓存至第二缓存区。在终端资源不紧张的情况下，增加上述第二缓存用于存储上述未下载的部分数
据，使得终端在处理数据时，可以先判断数据是否在缓存区中，提高了下载数据的速度，可以有效控制数据下载，提高下载效率。
10.本技术实施例中，在未下载的数据的数据量还较大时，通过将部分未下载的数据缓存至第二缓存区，可以有效的控制上述终端下载数据的速度；由此，可以提高下载速率。
11.在第一方面的一个可能的实施方式中，在上述第二缓存区有可用缓存的情况下，将缓存在上述第一缓存区中的上述未下载的数据中的部分数据或全部数据拷贝至上述第二缓存区；删除缓存在上述第一缓存区中的上述未下载的数据中的部分或全部。
12.在第一方面的一个可能的实施方式中，根据第一数据量，第二数据量与第二阈值确定上述第一缓存区的缓存大小，上述第一数据量为上述终端可用于保存数据的数据量，上述第二数据量为上述终端单次处理的数据的数据量，上述第二阈值为传输控制协议tcp默认阈值。
13.本技术实施例中，上述终端通过第一数据量，第二数据量与第二阈值确定上述第一缓存区的缓存大小，向系统申请内存，可以根据数据传输的情况计算缓存，有效的节省系统资源。
14.在第一方面的一个可能的实施方式中，在上述第一数据量减去第二数据量大于或等于上述第二阈值的情况下，确定上述第一缓存区的缓存大小为上述第一阈值；或者，在上述第一数据量减去上述第二数据量小于上述第二阈值的情况下，确实能够上述第一缓存区的缓存大小为上述第一数据量减去上述第二数据量。
15.在上述实施方式中，上述第一阈值控制上述终端数据传输的传输量，根据终端处理数据的不同情况对第一缓存区的缓存大小进行调整，可以避免资源浪费，节省系统资源。
16.在第一方面的一个可能的实施方式中，确定上述第二缓存区的缓存大小为上述第二数据量。
17.第二方面，本技术实时例提供了一种基于文件传输协议ftp的下载装置，包括：
18.第一确定单元，用于确定待下载的目标数据的数据量；下载单元，用于下载上述目标数据；第二确定单元，用于确定未下载的数据的数据量是否小于或等于第一阈值；缓存单元，用于将上述未下载的数据缓存至上述第一缓存区。
19.在第二方面的一种可能的实施方式中，上述第二确定单元还用于将上述未下载的部分数据缓存至第二缓存区。
20.在第二方面的一种可能的实施方式中，上述缓存单元还用于将缓存在上述第一缓存区中的上述未下载的数据中的部分或全部拷贝至上述第二缓存区；删除上述在上述第一缓存区中的上述未下载的数据中的部分或全部。
21.在第二方面的一种可能的实施方式中，上述第一确定单元，具体用于根据第一数据量，第二数据量与第二阈值确定第一缓存区的缓存大小。
22.应理解，上述第一数据量为上述终端可用于保存数据的数据量，上述第二数据量为上述终端单次处理的数据的数据量，上述第二阈值为传输控制协议tcp默认阈值。
23.在第二方面的一种可能的实施方式中，上述第一确定单元，具体用于确定第一缓存区的缓存大小为上述第一阈值；或者，确定上述第一缓存区的缓存大小为上述第一数据量减去上述第二数据量。
24.在第二方面的一种可能的实施方式中，上述第一确定单元还用于确定上述第二缓
存区的缓存大小为上述第二阈值。
25.第三方面，本技术实施例提供了一种终端，包括：存储器，用于存储计算机程序或指令；处理器，用于执行上述存储器存储的上述计算机程序或指令，上述计算机程序或指令被执行时如第一方面或者第一方面的任意一种可能的实施方式中的方法被执行。
26.第四方面，本技术实施例提供了一种计算机可读存储介质，上述计算机存储介质存储有计算机程序，上述计算机程序包括程序指令，上述程序指令被执行时如第一方面或者第一方面的任意一种可能的实施方式中的方法被执行。
27.第五方面，本技术实施例提供了一种包含指令的计算机程序，当上述计算机程序在计算机上运行时，使得该计算机执行如第一方面或者第一方面的任意一种可能的实施方式中的方法。
附图说明
28.为了更清楚地说明本技术实施例或背景技术中的技术方案，下面将对本技术实施例或背景技术中所需要使用的附图作简单的介绍。
29.图1为一种基于文件传输协议ftp的下载方法示意图；
30.图2为本技术实施例提供的基于文件传输协议ftp的下载方法的流程图；
31.图3为本技术实施例提供的另一种基于文件传输协议ftp的下载方法的流程图；
32.图4为本技术实施例提供的另一种基于文件传输协议ftp的下载方法的流程图；
33.图5a为本技术实施例提供的一种情况下的下载方式；
34.图5b为本技术实施例提供的另一种情况下的下载方式；
35.图6为本技术实施例提供的一种基于文件传输协议ftp的下载装置示意图；
36.图7为本技术实施例提供的一种终端的结构示意图。
具体实施方式
37.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地描述。
38.本技术的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。
39.在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
40.在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”。
41.本技术实施例提供了一种基于文件传输协议ftp的下载方法和相关产品，为了更清楚地描述本技术的方案，下面先介绍一些与本方案有关的知识。
42.ftp：文件传输协议ftp是tcp/ip协议组中的协议之一，用于因特网上的控制文件的双向传输。同时，它也是一个应用程序，基于不同的操作系统有不同的ftp应用程序，但这些应用程序都遵守同一种协议传输文件。ftp协议包括ftp客户端与ftp服务器，ftp客户端可以用来访问位于ftp服务器上的资源，ftp服务器用来存储文件。由于ftp传输效率非常高，在网上一般用来传输大的文件。在ftp协议中，有两个经常用到的概念，“下载”和“上传”。下载文件是指将位于ftp服务器上的文件拷贝至客户端的主机里，上传文件是指将位于客户端主机的文件通过ftp协议拷贝至ftp服务器的主机里。
43.一般的，ftp客户端是运行在终端上的，因此，本技术提供的方法适用于终端，也适用于ftp客户端。为便于描述，下文将以终端为例说明本技术实施例提供的方法。
44.下面结合本技术实例中的附图对本技术实施例进行描述。
45.首先参阅图1，图1为一种基于文件传输协议ftp的下载方法示意图。如图1所示，ftp客户端申请一个缓存，用来缓存所有下载的数据，每次ftp数据链路下载的数据先保存到缓存区，缓存区满了之后就暂停从数据链路读取数据，当缓存区有空间后，再继续读取数据。基于上述图1提供的基于文件传输协议ftp的下载方法，由于文件下载过程中，终端处理数据的速度与ftp服务器发送数据的速度不匹配，在文件下载到末尾时，速度下载过慢，导致ftp服务器主动断开数据链路，数据链路上的数据丢失，客户端无法读取剩余的数据。
46.针对上述基于文件传输协议ftp的下载方法存在的问题，本技术根据终端的下载情况，申请一个缓存区，用于缓存文件末尾的数据，保证文件传输到末尾时，ftp服务器不会由于下载速度慢断开连接，保证了下载速度的完整性，接下来请参阅图2。
47.图2为本技术实施例提供的基于文件传输协议ftp的下载方法的流程图，如图2所示，该方法包括但不限于以下步骤：
48.201、确定待下载的目标数据的数据量，上述目标数据的数据量大于上述终端的第一缓存区的缓存大小。
49.示例性的，确定待下载的目标数据的数据量可以有如下方法：
50.方法1、从ftp服务器获取指令，该指令用于指示目标数据的数据量；根据指令确定。
51.方法2、根据终端的内存大小，数据传输的情况，预先设置目标数据的数据量。
52.上述终端可以是电脑、手机、平板、可穿戴设备等具备存储功能和通讯功能的终端。应理解，上述第一缓存区的缓存大小可以根据终端处理数据的能力及可分配的内存进行计算，并由位于上述终端的ftp客户端向系统进行申请。一般的，上述第一缓存区的缓存大小大于或等于上述终端单次可以处理的数据的数据量。
53.202、下载上述目标数据，在下载上述目标数据的过程中确定未下载的数据的数据量是否小于或等于第一阈值。
54.上述第一阈值用于表示数据链路tcp窗口的大小，主要用于控制下载过程中的数据流量。应理解上述第一阈值等于上述第一缓存区的大小，在上述第一缓存区的缓存大小
发生变化时，上述第一阈值也随之发生变化。应理解，上述数据量小于或等于第一阈值的数据为上述目标数据的末尾数据。通过确定未下载的数据的数据量是否小于或等于第一阈值，可以获得上述目标数据的末尾数据，对上述目标数据的末尾数据进行特殊处理。
55.203、在上述未下载的数据的数据量小于或等于上述第一阈值的情况下，将上述未下载的数据缓存至上述第一缓存区。
56.应理解，在上述未下载的数据的数据量小于或等于上述第一阈值的情况下，将上述未下载的数据缓存至上述第一缓存区，在上述未下载的数据的数据量大于上述第一阈值的情况下，可以直接等待终端进行处理，也可以将上述未下载的数据缓存到其他缓存区，再等待终端进行处理，对此，本技术不作限制。将上述目标数据的末尾数据缓存至上述第一缓存区，可以避免末尾数据在下载过程中，由于服务器断开连接，造成数据丢失。
57.本技术实施例提供的方法，增加了一个缓存区用于缓存目标数据的末尾数据，避免在文件下载到末尾时，由于终端处理数据的速度小于ftp发送数据的速度，导致下载速度过慢，ftp服务器在将数据发送完成后，与客户端断开链路连接，出现客户端未下载完全部数据的问题。将上述目标数据的末尾数据缓存在缓存区中，终端从缓存区中读取数据，防止末尾数据的丢失，在有效节省系统资源的情况下，保证了数据的完整性。
58.图3为本技术实施例提供的另一种基于文件传输协议ftp的下载方法的流程图，如图3所示，该方法包括但不限于：
59.在一种可能的实现方式中，图3所示的方法包括步骤301和步骤302。
60.301、确定第二缓存区的缓存大小为上述第二数据量。
61.应理解，上述第二数据量为上述终端单次处理的数据的数据量，根据不同终端的性能参数有所变化。示例性的，本技术实施方式中第二缓存区的缓存对齐方式可以为四字对齐，本技术对此不作限制。
62.302、根据第一数据量，第二数据量与第二阈值确定第一缓存区大小。
63.上述第一数据量为终端可用于保存数据的数据量，上述第二阈值为传输控制协议tcp默认阈值。上述根据第一数据量，第二数据量与第二阈值确定上述第一缓存区的缓存大小，可以包括根据第一数据量与第二数据量的差值与第二阈值的关系，确定第一缓存区可以申请的缓存大小。
64.在第一数据量减去上述第二数据量大于或等于上述第二阈值的情况下，确定上述第一缓存区的缓存大小为上述第二阈值。
65.应理解，上述第二阈值表示数据链路层的默认窗口大小，用于控制在下载过程中数据链路层的数据流量。上述第一数据量减去上述第二数据量，用于表示上述终端可提供的除去分配给第二缓存区的内存，所剩的内存大小。上述所剩的内存大小大于ftp默认窗口大小说明上述终端可提供的内存较大，为了避免资源浪费，可以将第一缓存区的缓存大小设置为第二阈值。本技术实施方式中第一缓存区的缓存对齐方式可以为四字对齐，本技术对此不作限制。
66.在上述第一数据量减去第二数据量小于上述第二阈值的情况下，确定上述第一缓存区的缓存大小为上述第一数据量减去上述第二数据量。
67.应理解，上述第一数据量减去上述第二数据量，用于表示上述终端可提供的除去分配给第二缓存区的内存，所剩的内存大小。上述所剩的内存大小小于ftp默认窗口大小说
明上述终端可提供的内存相对于窗口较小，此时，为保证资源的最大利用，可以将上述第一缓存区的缓存大小设定为上述第一数据量减去上述第二数据量。应理解，由于第一缓存区的大小应大于数据链路层窗口大小，所以可以将上述数据链路层的窗口大小调整为上述第一数据量减去上述第二数据量。
68.303、确定待下载的目标数据的数据量。
69.一般的，上述目标数据用于表示待下载文件的数据，在上述终端通过与服务器进行控制命令的交互启动下载之后，上述待下载文件的数据由服务器通过数据链路的tcp通道发送给终端。应理解，上述目标数据的数据量大于上述终端的第一缓存区的缓存大小。
70.可理解，关于步骤303的具体说明可以参考图2所示的步骤201，这里不再一一详述。
71.304、下载上述目标数据，在下载上述目标数据的过程中，确定未下载的数据的数据量是否小于或等于第一阈值。
72.上述未下载的数据为上述目标数据减去已被上述终端处理的数据，再减去已经缓存在第二缓存区的数据。
73.可理解，关于步骤304的具体说明可以参考图2所示的步骤202，这里不再一一详述。
74.305、在上述未下载的数据的数据量小于或等于上述第一阈值的情况下，将上述未下载的数据缓存至第一缓存区。
75.可理解，关于步骤305的具体说明可以参考图2所示的步骤203，这里不再一一详述。
76.在一种可能的实现方式中，图3所示的方法还包括步骤306和步骤307。
77.306、在上述未下载的数据的数据量大于上述第一阈值的情况下，将上述未下载的部分数据缓存至第二缓存区。
78.示例性的，上述将上述未下载的部分缓存至第二缓存区之前，通过判断第二缓存区的缓存大小与第二缓存区中的数据的数据量的关系判断第二缓存区是否有剩余空间，在第二缓存区有剩余空间的情况下，将上述未下载的部分数据缓存至第二缓存区。
79.307、在上述第二缓存区有可用缓存的情况下，将缓存在上述第一缓存区中的上述未下载的数据中的部分或全部拷贝至上述第二缓存区；删除缓存在上述第一缓存区中的上述未下载的数据中的部分或全部。
80.本技术实施例实现了一种基于文件传输协议ftp的下载方法。通过使用两个缓存区缓存下载数据，减少了反复建立连接产生的流量浪费，避免了服务器由于下载速度过慢，断开连接，导致数据丢失的问题，保证了数据的完整性。
81.图4为本技术实施例提供的另一种基于文件传输协议ftp的下载方法的流程图，如图所示，s表示下载文件的数据大小，o表示已经被终端处理的数据的总长度，m表示第二缓存区c1中的缓存大小，n为第一缓存区c2中缓存数据的长度，m表示c1缓存区的缓存大小，n表示c2缓存区的大小，w表示窗口大小，a表示终端系统可供申请的内存，b表示单次可处理的最大长度，该方法包括但不限于：
82.401、判断s-o-m》w。
83.通过s减去o再减去m是否大于w可以判断c2是否可以存下剩余未被读取的文件内
容，s减去o再减去m表示未下载的数据。如果s-o-m》w，说明c2不可以存下剩余未被读取的文件内容，则执行步骤402，如果s-o-m《w或者如s-o-m＝w则说明c2可以存下剩余未被读取的文件内容，则执行步骤404。应理解，在上述判断s-o-m》w之前，上述终端通过控制命令的交互启动下载，此时ftp服务器将要下载的文件通过数据链路的tcp通道发送给终端。可理解，关于步骤401的具体说明还可以参考图2所示的步骤202，这里不再一一详述。
84.402、判断m》m。
85.在c2不可以存下剩余未被读取的文件内容的情况下，直接通过m是否大于m来判断c1是否还有剩余空间，如果m》m，则说明在c1中缓存数据的长度小于c1缓存区的大小，c1有剩余空间，则执行步骤403，如果m＝m，则说明在c1中缓存数据的长度等于c1缓存区的大小，c1没有剩余空间，则执行步骤407。在a-b》＝c的情况下，上述c2的长度n＝c，在a-b《c时，上述c2的长度n＝a-b，这里a需要大于2b。上述c1缓存区的大小m＝b。应理解，上述c1缓存区和c2缓存区的对齐方式可以为四字节对齐，本实施例对此不作限定。
86.403、读取数据链路的数据到c1剩余缓存区。
87.在c1还有剩余空间的情况下，读取数据链路的数据到c1剩余空间，同时m增加拷贝的长度大小。可理解，关于步骤403的具体说明还可以参考图3所示的步骤306，这里不再一一详述。
88.404、读取数据链路的数据到c2。
89.在c2可以存下剩余未被读取的文件内容的情况下，读取数据链路的数据到c2暂存，c2中内容长度的变量n增加相应的数值，然后执行步骤405。c2暂存这些数据是用以保证这些数据不会因为ftp服务器因超时而断开连接而丢失。可理解，关于步骤404的具体说明还可以参考图3所示的步骤305，这里不再一一详述。
90.405、判断m》m。
91.通过m是否大于m来判断c1是否还有剩余空间，如果m》m有剩余空间，则执行步骤406，如果m《m或m＝m没有剩余空间，则执行步骤407。可理解，上述步骤405的具体说明可以参考步骤402，这里不再一一详述。
92.406、拷贝c2的数据到c1剩余缓存区。
93.在c1还有剩余空间的情况下，拷贝c2的数据到c1剩余空间，同时m增加拷贝的长度大小，n减去相同的数值，上述c2的数据可以为缓存在c2中的全部数据，也可以为缓存在c2中的部分数据，本方案对此不作限定。可理解，关于步骤406的具体说明还可以参考图3所示的步骤307，这里不再一一详述。
94.407、判断终端是否要处理c1中的数据。
95.判断终端是否要处理c1中的数据，如果是，则执行步骤408，如果否，则跳回开始阶段继续上面的流程。
96.408、读取c1数据进行处理。
97.在终端处理c1中的数据的情况下，终端可以取出c1里指定长度的数据进行处理，已处理的数据的数据量变量增加相应的数值，m减去相等的数值。
98.409、判断s＝＝o。
99.判断是否全部数据已经处理完毕，如果处理完毕则释放内存结束流程；如果尚未完成则跳回开始阶段继续上面的流程。
100.本技术实施例实现了一种基于文件传输协议ftp的下载方法。通过增加用于存储文件末尾数据的缓存区，反复建立连接产生的流量浪费，避免了文件在ftp协议上下载到末尾时，出现由于下载速度慢，ftp服务器断开连接，数据丢失的问题。
101.由于数据传输的情况不同，基于文件传输协议ftp的下载方方法有所变化，接下来，以图5a为例，对下载方式进行介绍。
102.请参阅图5a，图5a为本技术实施例提供的一种情况下的下载方式。如图5a所示例的情况，ftp客户端申请两个缓存区，这两个缓存区的大小是根据系统提供的资源的多少进行计算得来的，每次ftp数据链路下载的数据先保存到缓存区c1(第二缓存区)中，缓存区c1满了之后就暂停从数据链路读取数据，当缓存区c1有空间了，再继续读取数据，以此往复当文件下载到剩余的未读取数据少于等于数据链路窗口的大小的时候，继续读取数据，将这些数据存到缓存区c2(第一缓存区)。当缓存区c1有空间了，就从缓存区c2拷贝数据到缓存区c1，以此往复，直到下载完成。在保证数据链路不掉线的情况下，有效的解决了丢数据的问题。
103.在终端可提供的资源紧缺的情况下，终端无法提供足够的缓存区空间，则减少缓存区的数量，保留缓存区c1，用于缓存文件末尾的数据，避免由于文件下载到末尾速度过慢，导致数据链路掉线，数据丢失的问题。具体请参阅图5b。
104.图5b为本技术实施例提供的另一种情况下的下载方式。如图5b所示例的情况，ftp申请一个缓存区c2，缓存区c2的大小根据系统提供的资源的多少计算得来的，每次ftp数据链路下载的数据直接通过终端进行处理，在上述终端可处理的数据已满的情况下，暂停从数据链路读取数据，当终端可以继续处理时，再继续读取数据，以此往复，当文件下载到剩余的未读数据少于等于数据链路窗口的大小的时候，将这些数据缓存到缓存区，在终端可以处理的情况下，处理数据，以此往复，直到下载完成。
105.图6为本技术实施例提供的一种基于文件传输协议ftp的下载装置示意图。如图6所示，该装置包括：
106.第一确定单元，用于确定待下载的目标数据的数据量；
107.下载单元，用于下载上述目标数据；
108.第二确定单元，用于确定未下载的数据的数据量是否小于或等于第一阈值；
109.缓存单元，用于将上述未下载的数据缓存至上述第一缓存区。
110.在一个可选的实现方式中，上述第二确定单元还用于将上述未下载的部分数据缓存至第二缓存区。
111.在一个可选的实现方式中，上述缓存单元还用于将缓存在上述第一缓存区中的上述未下载的数据中的部分或全部拷贝至上述第二缓存区；删除上述在上述第一缓存区中的上述未下载的数据中的部分或全部。
112.在一个可选的实现方式中，上述第一确定单元，用于根据第一数据量，第二数据量与第二阈值确定第一缓存区的缓存大小。
113.在一个可选的实现方式中，上述第一确定单元还用于确定上述第二缓存区的缓存大小为上述第二阈值。
114.应理解，以上基于文件传输协议ftp的下载装置的各个单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。
115.可理解，关于图6所示的各个单元的说明还可以参考上述方法实施例，这里不再一一详述。
116.图7为本技术实施例提供的一种终端的结构示意图。如图7所示，该终端70包括处理器701、存储器702和通信接口703；该处理器701、存储器702和通信接口703通过总线704相互连接。图7中的终端用于执行前述实施例中的基于文件传输协议ftp的下载方法。
117.存储器702包括但不限于是随机存储记忆体(random access memory，ram)、只读存储器(read-only memory，rom)、可擦除可编程只读存储器(erasable programmableread only memory，eprom)、或便携式只读存储器(compact disc read-only memory，cdrom)，该存储器702用于相关指令及数据。通信接口703用于接收和发送数据。
118.处理器701可以是一个或多个cpu，在处理器701是一个cpu的情况下，该cpu可以是单核cpu，也可以是多核cpu。具体的，处理器701可实现图6中第一确定单元的功能。
119.在本技术的实施例中提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被执行时实现前述实施例所提供的基于文件传输协议ftp的下载方法。
120.本技术实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得该计算机执行前述实施例所提供的数据处理方法。
121.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。