CN117216011A - 文件传输方法、装置及电子设备 - Google Patents

Abstract

本公开提出了一种文件传输方法、装置及电子设备，涉及数据处理技术领域。该文件传输方法包括：接收发送端发送的由原始文件分割得到的多个子文件和原始文件的文件信息；生成子文件对应的待执行任务；调用线程池中的一个或多个线程，并向线程发送对应的待执行任务，由每个线程生成待执行任务的第一指示信息；基于待执行任务的第一指示信息，判断是否对子文件进行文件恢复处理，若判断进行文件恢复，对子文件进行恢复处理，得到原始文件。本公开实施例利用多个线程处理，提高任务的并发度和数据解析转换的并发度，在子文件不存在缺失时进行文件恢复得到原始文件，避免了由于网络不稳定导致存储的文件丢失的问题，文件传输效果更好。

Description

文件传输方法、装置及电子设备

技术领域

本公开涉及数据处理技术领域，尤其涉及一种文件传输方法、装置及电子设备。

背景技术

在跨域数据传输中，由于网络的不稳定，会导致数据文件的传输过程效率较低，并且还会产生数据丢失，使得接收到的数据文件不完整。

发明内容

本公开旨在至少在一定程度上解决相关技术中的技术问题之一。

本公开第一方面实施例提出了一种文件传输方法，所述方法包括：

接收发送端发送的由原始文件分割得到的多个子文件和所述原始文件的文件信息；

在所述原始文件传输结束后生成所述子文件对应的待执行任务；

调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务；

向所述线程发送对应的所述待执行任务，由每个线程根据所述文件信息，生成所述待执行任务的第一指示信息，其中，所述第一指示信息用于指示所述待执行任务对应的子文件是否完整；

基于所述待执行任务的第一指示信息，判断是否对所述子文件进行文件恢复处理，若判断进行文件恢复，对所述子文件进行恢复处理，得到所述原始文件。

本公开第二方面实施例提出了一种文件传输方法，所述方法包括：

对原始文件进行分割，得到多个子文件；

根据所述原始文件和所述子文件，生成所述原始文件的文件信息；

向接收端依次发送所述多个子文件和所述文件信息。

本公开第三方面实施例提出了一种文件传输装置，所述装置包括：

接收模块，用于接收发送端发送的由原始文件分割得到的多个子文件和所述原始文件的文件信息；

任务生成模块，用于在所述原始文件传输结束后生成所述子文件对应的待执行任务；

调用模块，用于调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务；

获取模块，用于向所述线程发送对应的所述待执行任务，由每个线程根据所述文件信息，生成所述待执行任务的第一指示信息，其中，所述第一指示信息用于指示所述待执行任务对应的子文件是否完整；

处理模块，用于基于所述待执行任务的第一指示信息，判断是否对所述子文件进行文件恢复处理，若判断进行文件恢复，对所述子文件进行恢复处理，得到所述原始文件。

本公开第四方面实施例提出了一种文件传输装置，所述装置包括：

分割模块，用于对原始文件进行分割，得到多个子文件；

信息生成模块，用于根据所述原始文件和所述子文件，生成所述原始文件的文件信息；

发送模块，用于向接收端依次发送所述多个子文件和所述文件信息。

本公开第五方面实施例提出了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开第一方面或第二方面实施例中提供的文件传输方法。

本公开第六方面实施例提出了一种计算机可读存储介质，其上存储有计算机指令，其中，计算机指令用于使计算机执行根据本公开第一方面或第二方面实施例中提供的文件传输方法。

本公开第七方面实施例提出了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本公开第一方面或第二方面实施例中提供的文件传输方法。

本申请可以利用多个线程同时处理，提高对待执行任务对应子文件分析的效率，提高任务的并发度和数据解析转换的并发度，在等待时能够充分利用资源进行工作，通过判断子文件是否完整来反映接收到的文件是否存在缺失，在子文件不存在缺失时进行文件恢复得到原始文件，以实现完整的文件传输。

附图说明

图1是本公开实施例提供的一种文件传输方法的流程图；

图2是本公开实施例提供的一种生成待执行任务的第一指示信息的流程图；

图3是本公开实施例提供的另一种文件传输方法的流程图；

图4是本公开实施例提供的另一种文件传输方法的流程图；

图5是本公开实施例提供的另一种文件传输方法的流程图；

图6是本公开实施例提供的一种文件传输装置的结构框图；

图7是本公开实施例提供的另一种文件传输装置的结构框图；

图8是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

下面结合附图来描述本公开实施例的文件传输方法、装置及电子设备。

本公开适用于发送端和接收端之间跨地域的文件传输或数据传输等场景；其中，发送端可以是移动设备、笔记本电脑、平板电脑、个人电脑、智能电视、投屏器或投影仪等具有发送功能的设备；接收端可以是移动设备、笔记本电脑、平板电脑、个人电脑、智能电视、显示器、路由器或投影仪等具有接收功能的设备。在一些实现中，由发送端向接收端发送文件或数据，以完成文件或数据的传输。

图1是本公开实施例提供的一种文件传输方法的流程图，如图1所示，由接收端执行，该方法包括以下步骤：

S101，接收发送端发送的由原始文件分割得到的多个子文件和原始文件的文件信息。

可以理解的是，原始文件为被传输的文件。可选地，可以采用常规的文件传输协议(File Transfer Protocol，FTP)、超文本传输协议(Hypertext Transfer Protocol，HTTP)或者互联网消息访问协议(Internet Mail Access Protocol，IMAP)等进行文件传输。

在一些实现中，在原始文件所占空间较大时，会导致网络传输压力较大，且传输过程较慢，因此可以对原始文件进行分割得到多个子文件，对每个子文件进行依次传输，以降低传输过程中网络对大文件传输的压力。

可选地，可以按照所占空间大小对原始文件进行分割，例如将原始文件分割为同样大小的多个子文件；还可以设定所占空间阈值，将原始文件分割为多个子文件，且每个子文件的大小均小于该所占空间阈值。

在一些实现中，若原始文件的所占空间较小，不会影响网络对原始文件的正常传输，则可以不对原始文件进行分割，直接将原始文件整体进行传输。

进一步地，接收原始文件的文件信息，原始文件的文件信息中可以包括原始文件对应的一些必要信息，例如原始文件的文件名称，文件日期以及编号等。可选地，原始文件的分割信息中还可以包括原始文件的分割信息，例如原始文件是否进行分割、原始文件分割的子文件的数量、原始文件分割的每个子文件的标号等信息。

可以理解的是，原始文件的文件信息应能够完整包括原始文件的重要信息，也就是说，能够根据该原始文件的文件信息唯一对应到原始文件。

S102，在原始文件传输结束后生成子文件对应的待执行任务。

在原始文件传输结束后，接收到原始文件分割的多个子文件以及原始文件的文件信息；考虑到文件传输过程中，由于网络的不稳定或者网络安全问题，可能会导致传输文件的丢失，也就是发送的多个子文件与接收到的多个子文件可能存在差别；因此在原始文件传输结束后需要对各子文件是否进行完整进行确定。

可选地，可以将每个子文件作为一个待执行任务，对该待执行任务进行完整性的判断和确定。

S103，调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务。

为提高对待执行任务完整性判断的效率，可以调用线程池中的一个或多个线程，利用多个线程并行地对多个待执行任务进行处理分析，以提高分析效率。

可选地，可以对线程池中的线程状态进行监控，调度处于闲置状态的线程，用于待执行任务进行处理分析。

可选地，每个线程可以随机对应一个或多个待执行任务，且不同线程处理的待执行任务不同。利用每个线程对待执行任务对应的子文件是否完整进行分析。

可选地，可以基于线程池中线程的处理能力进行监控，获取每个闲置状态的线程的处理能力，按照线程的处理能力，对调度的线程分配合适数量的待执行任务。

可选地，在一个线程被分配了多个待执行任务，可以将多个待执行任务通过队列进行排队，按照先进先出的原则，线程中队列中读取待执行任务进行处理。

可选地，线程的数量可以随机设定或者根据待执行任务的数量进行决定，但线程的数量不应超出中央处理器CPU的最大执行能力。

S104，向线程发送对应的待执行任务，由每个线程根据文件信息，生成待执行任务的第一指示信息。

向每个线程发送对应的待执行任务。可选地，线程还可以获取原始文件的文件信息，该文件信息中包括每个待执行任务对应的子文件的基本信息。

在一些实现中，还可以对待执行任务进行封装，例如对待执行任务增加一个接口，以使得待执行任务能够增加线程的属性，确保线程具有执行该待执行任务的能力。

可选地，每个线程对待执行任务进行处理时可以是同步执行，还可以始终控制恒定的线程数量运行，提高对待执行任务的分析效率和速度。

在一些实现中，线程可以根据文件信息，生成待执行任务的第一指示信息，其中，第一指示信息用于指示待执行任务对应的子文件是否完整。也就是说，第一指示信息可能指示待执行任务完整或者待执行任务不完整。

在一些实现中，线程可以根据文件信息获取待执行任务对应的子文件的校验码，该校验码可以用于反映子文件在传输前的信息；同时线程对此时接收到的待执行任务进行校验码计算，若计算得出的校验码与文件信息中的校验码重合，则说明子文件在传输前和传输后一致，也就是该待执行任务对应的子文件在传输过程中不存在信息丢失等情况，第一指示信息指示该待执行任务完整。相应的，若计算得出的校验码与文件信息中的校验码不一致，则说明子文件在传输前和传输后不一致，也就是该待执行任务对应的子文件在传输过程中存在信息丢失的情况，第一指示信息会指示该待执行任务不完整。

可选地，子文件对应的校验码可以是根据子文件内容计算得到的值，当子文件的内容发生变化时，其对应的校验码也会相应发生变化。

S105，基于待执行任务的第一指示信息，判断是否对子文件进行文件恢复处理，若判断进行文件恢复，对子文件进行恢复处理，得到原始文件。

当所有待执行任务的第一指示信息均指示待执行任务完整时，说明待执行任务对应的所有的子文件的内容不存在丢失，也就是当前接收到的子文件完整，可以对子文件进行文件恢复处理。相应的，若存在任一待执行任务的第一指示信息指示待执行任务不完整，说明该待执行任务对应的子文件的内容存在丢失，则接收到的子文件不够完整，不需要对子文件进行文件恢复处理。

进一步地，在判断需要对子文件进行文件恢复处理时，对子文件进行恢复处理，得到原始文件。

可以理解的是，在文件恢复处理过程中，对子文件的恢复应该与原始文件对子文件的分割顺序一致，以确保子文件恢复之后得到的文件与原始文件一致，达到原始文件完整传输的目的。

本公开实施例中，通过接收子文件以及原始文件的文件信息确定多个待执行任务，并通过调用多个线程对待执行任务进行处理，以判断待执行任务对应的子文件是否完整，根据子文件是否完整确定是否对子文件进行恢复处理；利用多个线程同时处理，提高对待执行任务对应子文件分析的效率，提高任务的并发度和数据解析转换的并发度，在等待时能够充分利用资源进行工作，通过判断子文件是否完整来反映接收到的文件是否存在缺失，在子文件不存在缺失时进行文件恢复得到原始文件，以实现完整的文件传输，避免了由于网络不稳定导致存储的文件丢失的问题，文件传输效果更好。

在上述实施例的基础之上，本公开实施例对生成待执行任务的第一指示信息的过程均进行说明，图2是本公开实施例提供的一种生成待执行任务的第一指示信息的流程图，如图2所示，由接收端执行，该方法包括以下步骤：

S201，对待执行任务对应的子文件进行哈希运算，生成待执行任务对应的子文件的第二标识码。

可选地，可以对待执行任务对应的子文件进行哈希运算，得到待执行任务对应的子文件的第二标识码。

可以理解的是，哈希运算中哈希函数是一个数学方程式，可以基于该哈希函数生成文本信息摘要的代码。也就是说，通过哈希函数得到待执行任务对应的子文件的第二标识码，该第二标识码唯一对应子文件的文本内容，当子文件的文本内容发生改变时，第二标识码也会发生改变。

S202，将第二标识码与每个子文件的第一标识码进行匹配。

可选地，原始文件的文件信息中可以包括原始文件分割出的子文件的第一标识码，也就是该子文件在传输之前的第一标识码，第一标识码同样反映了子文件的文本内容信息。

将第二标识码与每个子文件的第一标识码进行匹配，也就是将待执行任务的子文件与传输之前原始文件的每个子文件进行匹配，判断是否存在匹配成功的子文件，以此来反映待执行任务的子文件的文本内容是否完整。

在一些实现中，可以采用相似度算法对第二标识码和第一标识码进行匹配，例如余弦相似度或者皮尔逊相关算法等，当相似度为1时，说明第二标识码和第一标识码完全一致，也就是第二标识码和第一标识码匹配成功。

S203，若第二标识码与任一子文件的第一标识码匹配成功，生成指示待执行任务对应的子文件完整的第一指示信息。

在一些实现中，若判断第二标识码与任一子文件的第一标识码匹配成功，则说明该待执行任务的子文件在原始文件分割的子文件中存在对应文件，也就是待执行任务的子文件的文本内容没有丢失，则生成指示待执行任务对应的子文件完整的第一指示信息。

S204，若第二标识码与任一子文件的第一标识码均匹配失败，生成指示待执行任务对应的子文件不完整的第一指示信息。

在一些实现中，若判断第二标识码与任一子文件的第一标识码均匹配失败，则说明该待执行任务的子文件在原始文件分割的子文件中不存在对应文件，也就是待执行任务的子文件的文本内容存在丢失，从而无法找到对应的子文件，因此生成指示待执行任务对应的子文件不完整的第一指示信息。

本公开实施例中，通过接收到的子文件的第二标识码与传输之前子文件的第一标识码进行对比匹配，以判断是否存在与待执行任务对应的子文件的标识码一致的子文件，标识码会随着子文件的文件内容进行变化，因此通过标识码的匹配可以确定接收到的子文件是否存在文件丢失，对子文件的文本内容是否完整判断的效率和准确性均较高。

图3是本公开实施例提供的另一种文件传输方法的流程图，如图3所示，由接收端执行，该方法包括以下步骤：

S301，接收发送端发送的由原始文件分割得到的多个子文件和原始文件的文件信息。

可选地，原始文件的文件信息中至少包括：原始文件的编号、文件日期、文件名称和第三标识码、子文件的第一标号和第一标识码。

在一些实现中，原始文件的文件信息中还可以包括原始文件是否存在分割、原始文件分割的子文件的数量、原始文件对应的表名以及每个子文件的文件名称等，在此不做限定。

本公开实施例中，步骤S301的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S302，在原始文件传输结束后生成子文件对应的待执行任务。

本公开实施例中，步骤S302的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S303，调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务。

可选地，可以获取中央处理器CPU的处理单元数量；根据处理单元数量，确定调用的最大线程数量，并基于最大线程数量从线程池中调用线程；其中，最大线程数量小于或等于处理单元数量。

根据中央处理器的处理单元数量确定最大线程数量，能够确保在中央处理器正常运行的时，以最大化调用线程对待执行任务进行处理，提高处理效率。

本公开实施例中，步骤S303的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S304，向线程发送对应的待执行任务，由每个线程根据文件信息，生成待执行任务的第一指示信息。

本公开实施例中，步骤S304的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S305，响应于每个第一指示信息指示待执行任务对应的子文件完整时，从接收到的每个子文件中提取子文件的第二标号，得到第二标号序列。

在所有第一指示信息指示待执行任务对应的子文件完整时，说明接收到的所有子文件的文本内容均未存在丢失。但文件传输过程中，除了文件的文本内容丢失之外，还可能存在文件丢失的情况，例如某个子文件的丢失；因此仅判断子文件的文本内容是否完整，无法确保所有的子文件均被传输成功，对子文件是否存在丢失再次进行分析。

可选地，原始文件在分割为多个子文件时，对每个子文件生成对应的标号并记录在原始文件的文件信息中。

在一些实现中，子文件在传输的过程中可以携带自身的标号进行传输。也就是说，在接收到子文件之后，可以提取出每个子文件对应的第二标号，将所有接收的子文件的第二标号进行排列得到第二标号序列。

可选地，原始文件分割为子文件时，为便于区分子文件的顺序，可以按照从小到大的数字依次对子文件进行标号。

可选地，为了便于根据第二标号序列判断子文件是否存在丢失，可以按照从小到大的顺序对第二标号进行排列得到第二标号序列。

S306，基于文件信息中每个子文件的第一标号，得到第一标号序列。

可选地，基于原始文件的文件信息获取每个子文件的第一标号，也就是原始文件在分割时每个子文件生成的标号。

可选地，按照从小到大的顺序对第一标号进行排列得到第一标号序列。

S307，将第二标号序列与第一标号序列进行匹配。

可选地，将第二标号序列与第一标号序列进行匹配，以判断第二标号序列与第一标号序列是否一致。

可选地，可以采用全局比对算法或者动态时间规整算法等对第二标号序列和第一标号序列进行匹配，判断第二标号序列与第一标号序列是否一致。

S308，若第二标号序列与第一标号序列匹配成功，生成指示子文件未丢失的第二指示信息。

在一些实现中，若第二标号序列与第一标号序列匹配成功，则说明第二标号序列与第一标号序列一致，也就是所有子文件的标号一致，子文件在传输过程中不存在丢失，因此生成指示子文件未丢失的第二指示信息。

S309，若第二标号序列与第一标号序列匹配失败，生成指示子文件存在丢失的第二指示信息。

在一些实现中，若第二标号序列与第一标号序列匹配失败，则说明第二标号序列与第一标号序列不一致，也就是子文件在传输过程中存在丢失，因此生成指示子文件存在丢失的第二指示信息。

S310，响应于每个第二指示信息指示待执行任务的子文件未丢失时，对子文件进行恢复处理，得到原始文件。

在每个第二指示信息指示待执行任务的子文件未丢失时，说明原始文件中子文件的传输较为完整，也就是每个所有的子文件均被传输，且每个子文件的文本内容也不存在丢失，因此可以对所有的子文件进行文件恢复处理。

可选地，可以基于子文件的第二标号，对子文件依次进行拼接，生成拼接文件。

进一步地，为提高原始文件传输的准确性，对恢复的拼接文件进行再次判断，确定该拼接文件是否为原始文件。

可选地，可以对拼接文件进行哈希运算，得到拼接文件的第四标识码；若拼接文件的第四标识码与文件信息中原始文件的第三标识码一致，确定拼接文件为原始文件。

也就是说，利用拼接文件的第四标识码和原始文件的第三标识码进行对比匹配，若第四标识码与第三标识码一致，则说明拼接文件与原始文件相同，则可以确定拼接文件为原始文件，恢复原始文件之后，对该原始文件进行存储，完整文件的传输。

可选地，可以从文件信息中获取原始文件的编号，并确定编号对应的目标存储目录；将原始文件存储至对应的目标存储目录中。例如原始文件的标号为“A0651”，则寻找包括编号“A0651”的目标存储目录，将该原始文件存储到相应的目标存储目录中。

进一步地，将原始文件存储到相应的目标存储目录之后，还可以将目标存储目标中的原始文件自动存储至数据库中，也就是在原始文件传输完成并存储至目标存储目录中之后，自动触发存储至数据库。

可选地，若第一指示信息指示待执行任务对应的子文件不完整或者第二指示信息指示待执行任务对应的子文件存在缺失，根据文件信息，确定原始文件的编号、文件日期和文件名称；记录原始文件的编号、文件日期和文件名称作为原始文件的传输日志。并提醒发送端对该原始文件进行重新发送，以确保接收到的文件完整。

本公开实施例中，在所有待执行任务对应的子文件的第一指示信息指示子文件完整之后，还对子文件整体是否丢失进行判断，通过传输前后子文件的第一标号序列和第二标号序列的对比，判断是否存在子文件的丢失，更准确的判断接收到的文件是否准确，在判断子文件不存在丢失之后，根据第二标号对子文件进行拼接得到拼接文件，再次根据标识码确定拼接文件是否为原始文件，通过多次判断和确定，确保接收和还原的原始文件为待传输的文件，对恢复的原始文件进行存储，提高文件传输的效果和稳定性。

图4是本公开实施例提供的另一种文件传输方法的流程图，如图4所示，由接收端执行，该方法包括：

S401，接收发送端发送的由原始文件分割得到的多个子文件和原始文件的文件信息。

本公开实施例中，步骤S401的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S402，在原始文件传输结束后生成子文件对应的待执行任务。

本公开实施例中，步骤S402的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S403，调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务。

本公开实施例中，步骤S403的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S404，向线程发送对应的待执行任务。

本公开实施例中，步骤S404的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S405，对待执行任务对应的子文件进行哈希运算，生成待执行任务对应的子文件的第二标识码。

本公开实施例中，步骤S405的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S406，将第二标识码与每个子文件的第一标识码进行匹配。

本公开实施例中，步骤S406的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S407，若第二标识码与任一子文件的第一标识码匹配成功，生成指示待执行任务对应的子文件完整的第一指示信息。

本公开实施例中，步骤S407的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S408，若第二标识码与任一子文件的第一标识码均匹配失败，生成指示待执行任务对应的子文件不完整的第一指示信息。

本公开实施例中，步骤S408的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S409，响应于每个第一指示信息指示待执行任务对应的子文件完整时，从接收到的每个子文件中提取子文件的第二标号，得到第二标号序列。

本公开实施例中，步骤S409的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S410，基于文件信息中每个子文件的第一标号，得到第一标号序列。

本公开实施例中，步骤S410的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S411，将第二标号序列与第一标号序列进行匹配。

本公开实施例中，步骤S411的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S412，若第二标号序列与第一标号序列匹配成功，生成指示子文件未丢失的第二指示信息。

本公开实施例中，步骤S412的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S413，若第二标号序列与第一标号序列匹配失败，生成指示子文件存在丢失的第二指示信息。

本公开实施例中，步骤S413的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

S414，响应于每个第二指示信息指示待执行任务的子文件未丢失时，对子文件进行恢复处理，得到原始文件。

本公开实施例中，步骤S414的实现方法可以分别采用本公开的各实施例中的任一种方式实现，在此并不对此作出限定，也不再赘述。

本公开实施例中，通过接收到的子文件的第二标识码与传输之前子文件的第一标识码进行对比匹配，以判断是否存在与待执行任务对应的子文件的标识码一致的子文件，对子文件的文本内容是否完整判断的效率和准确性均较高，在所有待执行任务对应的子文件的第一指示信息指示子文件完整之后，还对子文件整体是否丢失进行判断，在判断子文件不存在丢失之后，根据第二标号对子文件进行拼接得到拼接文件，再次根据标识码确定拼接文件是否为原始文件，通过多次判断和确定，确保接收和还原的原始文件为待传输的文件，对恢复的原始文件进行存储，避免了由于网络不稳定导致存储的文件丢失的问题，文件传输效果更好。

图5是本公开实施例提供的另一种文件传输方法的流程图，如图5所示，由发送端执行，该方法包括：

S501，对原始文件进行分割，得到多个子文件。

可选地，可以获取原始文件的空间占用量；在原始文件的空间占用量大于预设空间阈值时，对原始文件进行分割，得到多个子文件。

在原始文件的空间占用量大于预设空间阈值时，说明该原始文件的占用空间较大，直接对该原始文件进行传输效率较慢，并且文件较大更容易因为网络的不稳定导致文件数据的丢失等现象，因此在原始文件的空间占用量大于预设空间阈值时，对原始文件进行分割。

可选地，可以对原始文件进行随机分割得到多个子文件，每个子文件的空间占用量应小于或者等于该预设空间阈值。

S502，根据原始文件和子文件，生成原始文件的文件信息。

可选地，可以获取原始文件的第一属性信息，其中，第一属性信息至少包括原始文件的编号、文件日期、文件名称和第三标识码；获取子文件的第二属性信息，其中，第二属性信息至少包括子文件的第一标号和第一标识码；将第一属性信息和第二属性信息作为原始文件的文件信息。也就是说，原始文件的文件信息中至少包括：原始文件的编号、文件日期、文件名称、第三标识码、子文件的第一标号和第一标识码。

根据原始文件的文件信息可以对应到该原始文件，以及原始文件分割成的多个子文件。

S503，向接收端依次发送多个子文件和文件信息。

在对原始文件进行分割之后，可以通过依次发送子文件以完成对原始文件的传输。

进一步地，在子文件传输完成之后，对原始文件的文件信息进行发送，以便于根据文件信息核对原始文件是否传输成功。

本公开实施例中，通过对原始文件进行分割，得到多个子文件进行发送，并发送原始文件对应的文件信息，减少传输过程中网络不稳定对大文件丢失的情况，并且多个子文件的传输对网络传输的压力较小，文件传输过程更加稳定，且传输的文件信息中均是文件对应的共性信息，可以适用于各种类型数据文件的传输，适用性更好，文件传输的效果也更好。

在上述实施例的基础之上，本公开实施例可以构建一个通用的数据文件传输组件，通过发送端和接收端进行https证书交换，使用https进行安全传输。本公开实施例可以主要通过Java程序实现，通过设定文件接收器、任务生成器、任务调度器、执行线程池以及任务执行器实现上述实施例；文件接收器可以将接收端接收到的原始文件的文件信息以及多个子文件进行临时保存，任务生成器用于根据接收到的文件信息，生成一个或多个待执行任务；通过任务调度器将每个待执行任务分发给执行线程；执行线程池负责调用一个或多个线程，并控制线程的数量对待执行任务进行处理；最终根据任务执行器判断是否完整接收了原始文件，并对接收到的完整的原始文件进行存储和保存，以实现完整的文件传输过程，并确保了保存的接收文件是完整的原始文件。

图6是本公开实施例提供的一种文件传输装置的结构框图，如图6所示，本公开实施例的文件传输装置600，由接收端执行，包括：

接收模块601，用于接收发送端发送的由原始文件分割得到的多个子文件和原始文件的文件信息；

任务生成模块602，用于在原始文件传输结束后生成子文件对应的待执行任务；

调用模块603，用于调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务；

获取模块604，用于向线程发送对应的待执行任务，由每个线程根据文件信息，生成待执行任务的第一指示信息，其中，第一指示信息用于指示待执行任务对应的子文件是否完整；

处理模块605，用于基于待执行任务的第一指示信息，判断是否对子文件进行文件恢复处理，若判断进行文件恢复，对子文件进行恢复处理，得到原始文件。

在一些实现中，获取模块604，包括：

对待执行任务对应的子文件进行哈希运算，生成待执行任务对应的子文件的第二标识码；

将第二标识码与每个子文件的第一标识码进行匹配；

若第二标识码与任一子文件的第一标识码匹配成功，生成指示待执行任务对应的子文件完整的第一指示信息；或者，

若第二标识码与任一子文件的第一标识码均匹配失败，生成指示待执行任务对应的子文件不完整的第一指示信息。

在一些实现中，处理模块605，包括：

响应于每个第一指示信息指示待执行任务对应的子文件完整时，从接收到的每个子文件中提取子文件的第二标号，得到第二标号序列；

基于文件信息中每个子文件的第一标号，得到第一标号序列；

将第二标号序列与第一标号序列进行匹配；

若第二标号序列与第一标号序列匹配成功，生成指示子文件未丢失的第二指示信息；或者，

若第二标号序列与第一标号序列匹配失败，生成指示子文件存在丢失的第二指示信息。

在一些实现中，处理模块605，包括：

基于子文件的第二标号，对子文件依次进行拼接，生成拼接文件；

对拼接文件进行哈希运算，得到拼接文件的第四标识码；

若拼接文件的第四标识码与文件信息中原始文件的第三标识码一致，确定拼接文件为原始文件。

在一些实现中，处理模块605，还包括：

从文件信息中获取原始文件的编号，并确定编号对应的目标存储目录；

将原始文件存储至对应的目标存储目录中。

在一些实现中，装置600还包括：

当第一指示信息指示待执行任务对应的子文件不完整时，根据文件信息，确定原始文件的编号、文件日期和文件名称；

记录原始文件的编号、文件日期和文件名称作为原始文件的传输日志。

在一些实现中，调用模块603，包括：

获取中央处理器CPU的处理单元数量；

根据处理单元数量，确定调用的最大线程数量，并基于最大线程数量从线程池中调用线程；其中，最大线程数量小于或等于处理单元数量。

本公开实施例中，通过接收子文件以及原始文件的文件信息确定多个待执行任务，并通过调用多个线程对待执行任务进行处理，以判断待执行任务对应的子文件是否完整，根据子文件是否完整确定是否对子文件进行恢复处理；利用多个线程同时处理，提高对待执行任务对应子文件分析的效率，提高任务的并发度，在等待时能够充分利用资源进行工作，通过判断子文件是否完整来反映接收到的文件是否存在缺失，在子文件不存在缺失时进行文件恢复得到原始文件，以实现完整的文件传输，避免了由于网络不稳定导致存储的文件丢失的问题，文件传输效果更好。

图7为本公开实施例提供的一种文件传输装置的结构框图，如图7所示，本公开实施例的文件传输装置700，由发送端执行，包括：

分割模块701，用于对原始文件进行分割，得到多个子文件；

信息生成模块702，用于根据原始文件和子文件，生成原始文件的文件信息；

发送模块703，用于向接收端依次发送多个子文件和文件信息。

在一些实现中，信息生成模块702，包括：

获取原始文件的第一属性信息，其中，第一属性信息至少包括原始文件的编号、文件日期、文件名称和第三标识码；

获取子文件的第二属性信息，其中，第二属性信息至少包括子文件的第一标号和第一标识码；

将第一属性信息和第二属性信息作为原始文件的文件信息。

在一些实现中，分割模块701，还包括：

获取原始文件的空间占用量；

在原始文件的空间占用量大于预设空间阈值时，对原始文件进行分割，得到多个子文件。

本公开实施例中，通过对原始文件进行分割，得到多个子文件进行发送，并发送原始文件对应的文件信息，减少传输过程中网络不稳定对大文件丢失的情况，并且多个子文件的传输对网络传输的压力较小，文件传输过程更加稳定，且传输的文件信息中均是文件对应的共性信息，可以适用于各种类型数据文件的传输，适用性更好，文件传输的效果也更好。

图8是根据一示例性实施例示出的一种电子设备的框图。如图8所示，上述电子设备800包括：

存储器810及处理器820，连接不同组件(包括存储器810和处理器820)的总线830，存储器810存储有计算机程序，当处理器820执行所述程序时实现本公开实施例所述的文件传输方法。

总线830表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及***组件互连(PCI)总线。

电子设备800典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备800访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器810还可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)840和/或高速缓存存储器850。电子设备800可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***860可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线830相连。存储器810可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块870的程序/实用工具880，可以存储在例如存储器810中，这样的程序模块870包括——但不限于——操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块870通常执行本公开所描述的实施例中的功能和/或方法。

电子设备800也可以与一个或多个外部设备890(例如键盘、指向设备、显示器891等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口892进行。并且，电子设备800还可以通过网络适配器893与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图8所示，网络适配器893通过总线830与电子设备800的其它模块通信。应当明白，尽管图8中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

处理器820通过运行存储在存储器810中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本公开实施例的文件传输方法的解释说明，此处不再赘述。

为了实现上述实施例，本公开还提出一种计算机可读存储介质。

其中，该计算机可读存储介质中的指令由业务服务器的处理器执行时，使得业务服务器能够执行如前所述的文件传输方法。可选的，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

为了实现上述实施例，本公开还提供一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如前所述的文件传输方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (23)

1.一种文件传输方法，其特征在于，由接收端执行，所述方法包括：

接收发送端发送的由原始文件分割得到的多个子文件和所述原始文件的文件信息；

在所述原始文件传输结束后生成所述子文件对应的待执行任务；

调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务；

向所述线程发送对应的所述待执行任务，由每个线程根据所述文件信息，生成所述待执行任务的第一指示信息，其中，所述第一指示信息用于指示所述待执行任务对应的子文件是否完整；

基于所述待执行任务的第一指示信息，判断是否对所述子文件进行文件恢复处理，若判断进行文件恢复，对所述子文件进行恢复处理，得到所述原始文件。

2.根据权利要求1所述的方法，其特征在于，所述文件信息包括所述子文件的第一标识码，其中，所述由每个线程根据所述文件信息，生成所述待执行任务的第一指示信息，包括：

对所述待执行任务对应的子文件进行哈希运算，生成所述待执行任务对应的子文件的第二标识码；

将所述第二标识码与每个所述子文件的第一标识码进行匹配；

若所述第二标识码与任一所述子文件的第一标识码匹配成功，生成指示所述待执行任务对应的子文件完整的第一指示信息；或者，

若所述第二标识码与任一所述子文件的第一标识码均匹配失败，生成指示所述待执行任务对应的子文件不完整的第一指示信息。

3.根据权利要求2所述的方法，其特征在于，所述文件信息包括所述子文件的第一标号，所述基于所述待执行任务的第一指示信息，判断是否对所述子文件进行文件恢复处理，包括：

响应于每个所述第一指示信息指示所述待执行任务对应的子文件完整时，从接收到的每个子文件中提取所述子文件的第二标号，得到第二标号序列；

基于所述文件信息中每个子文件的第一标号，得到第一标号序列；

将所述第二标号序列与所述第一标号序列进行匹配；

若所述第二标号序列与所述第一标号序列匹配成功，生成指示所述子文件未丢失的第二指示信息；或者，

若所述第二标号序列与所述第一标号序列匹配失败，生成指示所述子文件存在丢失的第二指示信息。

4.根据权利要求3所述的方法，其特征在于，所述文件信息包括所述原始文件的第三标识码，其中，所述对所述子文件进行文件恢复处理，得到所述原始文件，包括：

基于所述子文件的第二标号，对所述子文件依次进行拼接，生成拼接文件；

对所述拼接文件进行哈希运算，得到所述拼接文件的第四标识码；

若所述拼接文件的第四标识码与所述文件信息中原始文件的第三标识码一致，确定所述拼接文件为所述原始文件。

5.根据权利要求4所述的方法，其特征在于，所述对所述子文件进行文件恢复处理，得到所述原始文件之后，还包括：

从所述文件信息中获取所述原始文件的编号，并确定所述编号对应的目标存储目录；

将所述原始文件存储至对应的所述目标存储目录中。

6.根据权利要求5所述的方法，其特征在于，所述文件信息还包括原始文件的文件日期和文件名称，所述方法还包括：

当所述第一指示信息指示所述待执行任务对应的子文件不完整时，根据所述文件信息，确定所述原始文件的编号、文件日期和文件名称；

记录所述原始文件的编号、文件日期和文件名称作为原始文件的传输日志。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述调用线程池中的一个或多个线程，包括：

获取中央处理器CPU的处理单元数量；

根据所述处理单元数量，确定调用的最大线程数量，并基于所述最大线程数量从所述线程池中调用线程；其中，所述最大线程数量小于或等于所述处理单元数量。

8.一种文件传输方法，其特征在于，由发送端执行，所述方法包括：

对原始文件进行分割，得到多个子文件；

根据所述原始文件和所述子文件，生成所述原始文件的文件信息；

向接收端依次发送所述多个子文件和所述文件信息。

9.根据权利要求8所述的方法，所述根据所述原始文件和所述子文件，生成所述原始文件的文件信息，包括：

获取所述原始文件的第一属性信息，其中，所述第一属性信息至少包括所述原始文件的编号、文件日期、文件名称和第三标识码；

获取所述子文件的第二属性信息，其中，所述第二属性信息至少包括所述子文件的第一标号和第一标识码；

将所述第一属性信息和所述第二属性信息作为所述原始文件的文件信息。

10.根据权利要求9所述的方法，其特征在于，所述对原始文件进行分割，得到多个子文件，还包括：

获取所述原始文件的空间占用量；

在所述原始文件的空间占用量大于预设空间阈值时，对所述原始文件进行分割，得到所述多个子文件。

11.一种文件传输装置，其特征在于，由接收端执行，所述装置包括：

接收模块，用于接收发送端发送的由原始文件分割得到的多个子文件和所述原始文件的文件信息；

任务生成模块，用于在所述原始文件传输结束后生成所述子文件对应的待执行任务；

调用模块，用于调用线程池中的一个或多个线程，并确定每个线程对应的一个或多个待执行任务；

获取模块，用于向所述线程发送对应的所述待执行任务，由每个线程根据所述文件信息，生成所述待执行任务的第一指示信息，其中，所述第一指示信息用于指示所述待执行任务对应的子文件是否完整；

处理模块，用于基于所述待执行任务的第一指示信息，判断是否对所述子文件进行文件恢复处理，若判断进行文件恢复，对所述子文件进行恢复处理，得到所述原始文件。

12.根据权利要求11所述的装置，其特征在于，所述获取模块，包括：

对所述待执行任务对应的子文件进行哈希运算，生成所述待执行任务对应的子文件的第二标识码；

将所述第二标识码与每个所述子文件的第一标识码进行匹配；

若所述第二标识码与任一所述子文件的第一标识码匹配成功，生成指示所述待执行任务对应的子文件完整的第一指示信息；或者，

若所述第二标识码与任一所述子文件的第一标识码均匹配失败，生成指示所述待执行任务对应的子文件不完整的第一指示信息。

13.根据权利要求12所述的装置，其特征在于，所述处理模块，包括：

响应于每个所述第一指示信息指示所述待执行任务对应的子文件完整时，从接收到的每个子文件中提取所述子文件的第二标号，得到第二标号序列；

基于所述文件信息中每个子文件的第一标号，得到第一标号序列；

将所述第二标号序列与所述第一标号序列进行匹配；

若所述第二标号序列与所述第一标号序列匹配成功，生成指示所述子文件未丢失的第二指示信息；或者，

若所述第二标号序列与所述第一标号序列匹配失败，生成指示所述子文件存在丢失的第二指示信息。

14.根据权利要求13所述的装置，其特征在于，所述处理模块，包括：

基于所述子文件的第二标号，对所述子文件依次进行拼接，生成拼接文件；

对所述拼接文件进行哈希运算，得到所述拼接文件的第四标识码；

若所述拼接文件的第四标识码与所述文件信息中原始文件的第三标识码一致，确定所述拼接文件为所述原始文件。

15.根据权利要求14所述的装置，其特征在于，所述处理模块，还包括：

从所述文件信息中获取所述原始文件的编号，并确定所述编号对应的目标存储目录；

将所述原始文件存储至对应的所述目标存储目录中。

16.根据权利要求15所述的装置，其特征在于，所述装置还包括：

当所述第一指示信息指示所述待执行任务对应的子文件不完整时，根据所述文件信息，确定所述原始文件的编号、文件日期和文件名称；

记录所述原始文件的编号、文件日期和文件名称作为原始文件的传输日志。

17.根据权利要求11-16任一项所述的装置，其特征在于，所述调用模块，包括：

获取中央处理器CPU的处理单元数量；

根据所述处理单元数量，确定调用的最大线程数量，并基于所述最大线程数量从所述线程池中调用线程；其中，所述最大线程数量小于或等于所述处理单元数量。

18.一种文件传输装置，其特征在于，由发送端执行，所述装置包括：

分割模块，用于对原始文件进行分割，得到多个子文件；

信息生成模块，用于根据所述原始文件和所述子文件，生成所述原始文件的文件信息；

发送模块，用于向接收端依次发送所述多个子文件和所述文件信息。

19.根据权利要求18所述的装置，所述信息生成模块，包括：

获取所述原始文件的第一属性信息，其中，所述第一属性信息至少包括所述原始文件的编号、文件日期、文件名称和第三标识码；

获取所述子文件的第二属性信息，其中，所述第二属性信息至少包括所述子文件的第一标号和第一标识码；

将所述第一属性信息和所述第二属性信息作为所述原始文件的文件信息。

20.根据权利要求19所述的装置，其特征在于，所述分割模块，还包括：

获取所述原始文件的空间占用量；

在所述原始文件的空间占用量大于预设空间阈值时，对所述原始文件进行分割，得到所述多个子文件。

21.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7或8-10中任一项所述的方法。

22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7或8-10中任一项所述的方法。

23.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-7或8-10中任一项所述的方法。