多线程分段下载方法、设备、客户端设备及电子设备与流程

本发明涉及网络下载技术，以及具体来说，涉及一种多线程分段下载方法、多线程分段下载设备、客户端设备和电子设备。

背景技术：

随着网络技术的发展，在很多情况下，用户需要从网络下载文件。

多线程分段下载技术是一种很常见的下载方案。在多线程分段下载技术中，将需要下载的文件分割成多个区间段。这种技术利用了多线程的优势，在同一时间段内通过多个线程针对多个区间段发起多个下载请求。每一个线程负责下载多个区间段中的一个区间段。然后，将下载后各个区间段的数据被合并成完整的文件。这样大大加快了下载效率。通过多线程分段下载技术，可以抢占更多的带宽，从而达到更快的下载速度。

常见的多线程下载客户端设备包括迅雷、qq旋风、pp助手客户端等。另外，诸如浏览器等的很多应用软件中也集成了多线程分段下载设备。例如，用户可以直接通过浏览器下载文件。

在现有技术中，多线程分段下载的步骤如下。首先，向网络发起试探请求，以请求下载文件。当收到下载响应时，基于下载响应的信息头获取文件大小。断开试探请求的连接。基于文件大小将文件平均划分成n个区间段。针对所述n个区间段分别发起多个下载请求，以进行下载。

在现有技术的方案中，如果文件被划分成n个区间段，则需要发送n+1个请求，包括试探请求和n个下载请求。在现有技术的方案中，试探请求仅用于获取文件大小，以用于划分文件。每次发起向服务器发起请求，都需要重新建立一次tcp连接。试探请求没有用于实际下载，但是却给服务器的处理造成压力。如果同时发起的多个下载任务，则试探请求可能会给服务器增加许多负担。

例如，在现有技术中，发起试探请求a，并得到文件的字节数是600。接着，断开试探请求a的连接。假设发送试探请求并接收到其响应的耗时是5秒。将文件平均分成3个区间段，分别是[0～200]、[200～400]、[400～600]。分别针对所述三个区间段发起三个下载请求。假设发起所述三个下载请求的耗时也是5秒。因此，在下载过程中，发起了四个请求，并且在10秒之后才开始真正下载数据。

此外，在现有技术中，在每个下载任务真正开始之前，都必需等待试探请求的下载响应，以得到文件大小。之后，才能发起下载请求，以开始下载文件。这意味着，从用户点击下载到真正开始下载，需要多进行一次请求，延长了操作时间。假设试探请求的下载响应需要5秒钟，发起下载请求也需要5秒，那么真正开始下载是在用户点击下载时的10秒钟之后。这拖延了下载开始的时间，降低了用户的下载体验。

因此，需要提供一种新的技术方案，针对上述现有技术中的至少一个技术问题进行改进。

技术实现要素：

本发明的一个目的是提供一种用于多线程分段下载的新技术方案。

根据本发明的第一方面，提供了一种多线程分段下载方法，包括：发起试探请求，其中，所述试探请求用于请求从网络下载文件；接收下载响应以获取文件大小；根据文件大小将文件划分成多个区间段，其中，试探请求所处的区间段是第一区间段；针对之外第一区间段之外的其它区间段发起下载请求；以及将通过试探请求下载的第一区间段的数据和其它区间段的数据合并成所述文件。

优选地，所述试探请求的请求头中的“range”字段的值是“bytes＝0-”。

优选地，基于下载响应的响应头中的“content-range”或“content-length”字段获取文件大小。

优选地，所述多个区间段的大小相同。

优选地，第一区间段的大小大于其它区间段中的每个区间段的大小。

优选地，基于网络速度设置第一区间段与每个其它区间段的差值。

优选地，基于在发起下载请求时通过试探请求已经下载的数据量，设置第一区间段与每个其它区间段的差值。

根据本发明的第二方面，提供了一种多线程分段下载设备，包括：用于发起试探请求的装置，其中，所述试探请求用于请求从网络下载文件；用于接收下载响应以获取文件大小的装置；用于根据文件大小将文件划分成多个区间段的装置，其中，试探请求所处的区间段是第一区间段；用于针对之外第一区间段之外的其它区间段发起下载请求的装置；以及用于将通过试探请求下载的第一区间段的数据和其它区间段的数据合并成所述文件的装置。

根据本发明的第三方面，提供了一种客户端设备，所述客户端设备被设计成执行根据实施例的多线程分段下载方法。

根据本发明的第四方面，提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储指令，所述指令在所述电子设备运行时控制所述处理器执行根据实施例的多线程分段下载方法。

根据本发明的一个实施例，可以减小开始多线程分段下载的时间。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。

图1是根据本发明的一个实施例的多线程分段下载方法的示意性流程图。

图2是根据本发明的另一个实施例的电子设备的示意性框图。

图3是可以应用本发明的技术方案的网络系统的一个例子的示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

下面，参照附图描述根据本发明的各个实施例和例子。

<方法>

图1是根据本发明的一个实施例的多线程分段下载方法的示意性流程图。

如图1所示，在步骤s1100，发起试探请求。所述试探请求用于请求从网络下载文件。

所述试探请求可以请求完整的文件。例如，所述试探请求的请求头中的“range”字段的值是“bytes＝0-”，这表示所请求的文件的数据流的区间段是从第0字节到最后。

例如，用户通过电子设备中的客户端设备或者应用软件中的多线程分段下载设备向网络上的服务器或设备发送试探请求。网络上的服务器或设备在收到所述请求之后将下载响应返回给用户，以便用户开始下载操作。

在步骤s1200，接收下载响应以获取文件大小。

例如，基于现有技术的方案，可以基于下载响应的响应头中的“content-range”或“content-length”字段获取文件大小。随着技术的发展，也可以基于其他字段或信息获取所述文件大小。

在步骤s1300，根据文件大小将文件划分成多个区间段。试探请求所处的区间段是第一区间段。这里，第一区间段不表示该区间段是该区间段的位置，而表示试探请求所处的区间段。

在步骤s1400，针对之外第一区间段之外的其它区间段发起下载请求。

在一个例子中，平均划分所述多个区间段。这样，所述多个区间段的大小相同。例如，文件的总字节数为600，该文件被平均划分成3个区间段，分别是[0～200]、[200～400]、[400～600]。

这里，试探请求所处的线程不被终止，而是继续进行下载。例如，当所述线程的下载量达到第一区间段的大小[0～200]时，断开所述线程并停止下载。

例如，可以针对其他区间段[200～400]和[400～600]发起下载请求。例如，所述下载请求的请求头中的”range”字段的值分别被设置为“bytes＝200-400”和“bytes＝400-600”，以下载对应区间段的数据。

此外，与现有技术不同，在这个实施例中，不停止试探请求的下载。因此，当发起其他区间段的下载请求时，试探请求已经下载了一部分数据。由于在现有技术中，试探请求被断开，因此，不需要针对这种情况进行考虑。在这个实施例中，考虑到这一点，第一区间段的大小可以大于其它区间段中的每个区间段的大小。

进一步地，随着网络技术发展，网络速度越来越快。当发起其它下载请求时，可能已经通过试探请求下载了大量数据。如果按照现有技术的平均划分区间段的方式，可能不能充分利用多线程分段下载的优势。例如，当其他区间段的数据正在下载时，第一区间段已经下载完毕。另外，如果网络速度很快，当划分多个区间段时，通过试探请求下载的数据量已经超过第一区间段的大小，这可能造成重复下载或网络资源的浪费。

因此，可以基于网络速度设置第一区间段与每个其它区间段的差值。这样，例如，在一般情况下使得第一区间段的下载与其它区间段的下载能够一致，以同时或基本同时完成。例如，可以基于网络速度预测当开始其它区间段的下载时通过试探请求的下载量来确定第一区间段与其他区间段的差值。

可选地，还可以基于在发起下载请求时通过试探请求已经下载的数据量，设置第一区间段与每个其它区间段的差值。

在步骤s1500，将通过试探请求下载的第一区间段的数据和其它区间段的数据合并成所述文件。

在所述实施例中，试探请求的下载进程不被终止。这样，可以减少发起下载请求的次数。这可以减小服务器的处理压力。此外，这还可以加快下载速度，从而提升用户的下载体验。

<设备>

本领域技术人员应当理解，在电子技术领域中，可以通过软件、硬件以及软件和硬件结合的方式，将上述方法体现在产品中本领域技术人员很容易基于上面公开的方法，产生一种多线程分段下载设备，所述设备包括用于执行根据所述实施例的多线程分段下载方法中的各个操作。例如，所述设备包括：用于发起试探请求的装置，其中，所述试探请求用于请求从网络下载文件；用于接收下载响应以获取文件大小的装置；用于根据文件大小将文件划分成多个区间段的装置，其中，试探请求所处的区间段是第一区间段；用于针对之外第一区间段之外的其它区间段发起下载请求的装置；以及用于将通过试探请求下载的第一区间段的数据和其它区间段的数据合并成所述文件的装置。

此外，基于上面公开的方法，还可以产生一种客户端设备，所述客户端设备被设计成执行根据所述实施例的多线程分段下载方法。

本领域技术人员公知的是，随着诸如大规模集成电路技术的电子信息技术的发展和软件硬件化的趋势，要明确划分计算机系统软、硬件界限已经显得比较困难了。因为，任何操作可以软件来实现，也可以由应当来实现。任何指令的执行可以由硬件完成，同样也可以由软件来完成。对于某一机器功能采用硬件实现方案还是软件实现方案，取决于价格、速度、可靠性、存储容量、变更周期等非技术性因素。对于技术人员来说，软件实现方式和硬件实现方式是等同的。技术人员可以根据需要选择软件或硬件来实现上述方案。因此，这里不对具体的软件或硬件进行限制。

<电子设备>

可以在电子设备中实现根据本发明的各个实施例。所述电子设备例如是笔记本电脑、智能手机、平板电脑等。此外，所述电子设备还可以是服务器等。

图2是根据本发明的另一个实施例的电子设备的示意性框图。

如图2所示，电子设备2000可以包括处理器2010、存储器2020、接口装置2030、通信装置2040、显示装置2050、输入装置2060、扬声器2070、麦克风2080，等等。

处理器2010例如可以是中央处理器cpu、微处理器mcu等。存储器2020例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2030例如包括usb接口、耳机接口等。

通信装置2040例如能够进行有有线或无线通信。

显示装置2050例如是液晶显示屏、触摸显示屏等。输入装置2060例如可以包括触摸屏、键盘等。用户可以通过扬声器2070和麦克风2080输入/输出语音信息。

图2所示的电子设备仅是解释性的，并且决不是为了要限制本发明、其应用或用途。

在这个实施例中，所述存储器2020用于存储指令，所述指令在所述电子设备2000运行时控制所述处理器2010执行前面参照图1所述的多线程分段下载方法。本领域技术人员应当理解，尽管在图2中示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如，处理器2010和存储装置2020等。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

<例子>

图3是可以应用本发明的技术方案的网络系统的一个例子的示意图。

如图3所示，服务器3040、电子设备3020、3030通过网络3010相互连接。所述连接可以包括有线连接、无线连接或二者的结合。

可以在服务器3040、电子设备3020、3030的任何一个中实现上述实施例中的技术方案。

例如，根据本发明的实施例，发起试探请求a，得到文件的字节数是600。假设试探请求耗时5秒。例如，将文件平均分成三个区间段，分别是[0～200]、[200～400]、[400～600]。试探请求a的线程用于下载第一区间段[0～200]。当该线程下载的数据量达到200字节时，停止该线程的下载。分别针对区间段[200～400]、[400～600]发起下载请求。

可选地，如前面所述，第一区间段的大小可以大于其它区间段。

在这个例子里，发起了三个请求，并且在5秒后开始真正下载数据。

本发明可以是设备、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。