CN112311902A - 基于微服务的文件发送方法及装置 - Google Patents
基于微服务的文件发送方法及装置 Download PDFInfo
- Publication number
- CN112311902A CN112311902A CN202011532240.8A CN202011532240A CN112311902A CN 112311902 A CN112311902 A CN 112311902A CN 202011532240 A CN202011532240 A CN 202011532240A CN 112311902 A CN112311902 A CN 112311902A
- Authority
- CN
- China
- Prior art keywords
- subfiles
- file
- subfile
- server
- target file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种基于微服务的文件发送方法及装置,该方法包括:在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将目标文件转换为字节;根据文件属性信息、服务器当前的内存信息和服务器当前接收到的请求数量,生成对应于目标文件的单位文件大小;若目标文件的文件大小大于单位文件大小,将转换为字节的目标文件按照单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;通过附件上传工具类调用远程接口,发送子文件的字节至服务器,指示服务器按照各子文件的子文件序号之间的顺序,写入子文件的字节至存储系统,以合并子文件生成目标文件。本方案能够提高文件发送成功率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种基于微服务的文件发送方法及装置。
背景技术
随着科学技术的飞速发展,各种先进技术不断涌现。微服务作为目前较为流行的软件服务架构,为了远程过程调用提供了良好易用的解决方案,广泛用于目前的软件开发当中。但在文件发送方面一直缺乏良好的支持。
传统方法中,基于微服务架构发送较大的文件时,容易造成服务器内存溢出,且易受网络波动影响,从而导致文件发送失败率较高,不适合大文件发送。因此,提高文件发送成功率是亟需解决的问题。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高发送成功率的基于微服务的文件发送方法、装置、计算机设备和存储介质。
一种基于微服务的文件发送方法,其特征在于,所述方法包括:
在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节;
获取服务器当前的内存信息和所述服务器当前接收到的请求数量;
根据所述文件属性信息、所述内存信息和所述请求数量,生成对应于所述目标文件的单位文件大小;
若所述目标文件的文件大小大于所述单位文件大小,将转换为字节的目标文件按照所述单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;
通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器;发送至服务器的各子文件,用于指示服务器按照各所述子文件的子文件序号之间的先后顺序,写入所述子文件的字节至存储系统,以合并所述子文件生成所述目标文件。
在其中一个实施例中,所述通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器,包括:
通过所述附件上传工具类构造文件输入流;
通过所述文件输入流,读取所述子文件的字节至客户端本地的内存中;
通过所述附件上传工具类调用远程接口,采用多线程并发地发送所述内存中的所述子文件至所述服务器;或,
通过所述附件上传工具类调用远程接口,按照所述子文件序号之间的先后顺序,发送所述内存中的所述子文件至所述服务器。
在其中一个实施例中,当按照子文件序号之间的先后顺序发送所述子文件时,所述方法还包括:
通过所述服务器确定所述存储系统的类型;
当所述存储系统的类型为本地存储系统时,则
按照所接收的各所述子文件的子文件序号之间的先后顺序,将各所述子文件依次地追加写入到所述服务器的本地存储系统,直至写入完毕后,组合生成所述目标文件。
在其中一个实施例中,所述方法还包括:
当所述存储系统的类型为云端存储系统时,则
将接收的各所述子文件暂存至所述服务器的本地,并在所述子文件发送完毕后,将暂存于所述服务器本地中的各所述子文件,按照所述子文件序号之间的先后顺序合并写入至云端存储系统中,生成所述目标文件。
在其中一个实施例中,所述方法还包括:
针对每个待发送的当前子文件,根据所述当前子文件的子文件序号和子文件大小,判断所述当前子文件是否已发送;
若所述当前子文件未发送,则执行所述通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器的步骤;
若所述当前子文件已发送,则跳过所述当前子文件,以将下一个子文件作为当前子文件。
在其中一个实施例中,所述文件属性信息包括所述目标文件的文件大小;
所述方法还包括:
根据所述文件大小和所述单位文件大小,确定子文件的总分割数量;
根据子文件的已发送数量和所述总分割数量之间的差异,判断是否所有子文件已发送完毕;
若所有子文件未发送完毕,则继续执行所述通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器的步骤。
在其中一个实施例中,所述方法还包括:
在所有子文件未发送完毕时,所述服务器将接收到的所述子文件的字节单独写入存储系统,以进行初始存储;每个所述子文件携带所述目标文件的唯一性参数;
在所有所述子文件发送完毕后,服务器从存储系统中查找携带所述目标文件的唯一性参数的子文件,得到所述目标文件所对应的子文件;
根据每个子文件在所述存储系统中的存储路径,分别构造相应的输入流;
将每个所述子文件的输入流构造成序列输入流;
根据所述序列输入流和预设的加密密钥,构造加密输入流;
根据所述加密输入流将所述子文件的字节一并写入至存储系统,以合并生成所述目标文件。
一种基于微服务的文件发送装置,所述装置包括:
字节转换模块,用于在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节;
分割模块,用于获取服务器当前的内存信息和所述服务器当前接收到的请求数量;根据所述文件属性信息、所述内存信息和所述请求数量,生成对应于所述目标文件的单位文件大小;若所述目标文件的文件大小大于所述单位文件大小,将转换为字节的目标文件按照所述单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;
发送模块,用于通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器;发送至服务器的各子文件,用于指示服务器按照各所述子文件的子文件序号之间的先后顺序,写入所述子文件的字节至存储系统,以合并所述子文件生成所述目标文件。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现本申请各实施例中所述的基于微服务的文件发送方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现本申请各实施例中所述的基于微服务的文件发送方法的步骤。
上述基于微服务的文件发送方法、装置、计算机设备和存储介质,在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节。获取服务器当前的内存信息和所述服务器当前接收到的请求数量;根据所述文件属性信息、所述内存信息和所述请求数量,生成对应于所述目标文件的单位文件大小。即,根据文件属性、服务器的内存以及接收的请求数量,动态地确定待分割成的单位文件大小,能够更加灵活、准确地确定分割成的子文件的大小。若所述目标文件的文件大小大于所述单位文件大小,将转换为字节的目标文件按照所述单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器;发送至服务器的各子文件,用于指示服务器按照各所述子文件的子文件序号之间的先后顺序,写入所述子文件的字节至存储系统,以合并所述子文件生成所述目标文件。单位文件大小是通过结合文件属性以及服务器的使用情况动态确定的,所以,动态确定的单位文件大小能够更加符合服务器的需求,因而,基于准确地单位文件大小将目标文件进行分割成小份的文件进行发送,避免了文件过大造成服务器压力过大,且降低了网络波动所造成的影响,从而提高了文件发送成功率。
附图说明
图1为一个实施例中基于微服务的文件发送方法的应用环境图;
图2为一个实施例中基于微服务的文件发送方法的流程示意图;
图3为一个实施例中客户端侧的文件处理示意图;
图4为一个实施例中服务器侧的文件处理简示图;
图5为一个实施例中基于微服务的文件发送装置的结构框图;
图6为另一个实施例中基于微服务的文件发送装置的结构框图;
图7为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的基于微服务的文件发送方法,可以应用于如图1所示的应用环境中。该应用场景是以微服务架构为背景进行的简单示意。其中,终端102通过网络与服务器104进行通信。终端102中运行有客户端。终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
客户端中安装有附件上传工具类。终端102可以通过附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节。终端102可以通过附件上传工具类获取服务器当前的内存信息和服务器当前接收到的请求数量;根据文件属性信息、内存信息和请求数量,生成对应于目标文件的单位文件大小;若目标文件大于单位文件大小,则将转换为字节的目标文件按照单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号。终端102可以通过附件上传工具类调用远程接口,发送子文件至服务器104。服务器104可以按照各子文件的子文件序号之间的先后顺序,将接收的子文件的字节写入至存储系统,以合并子文件生成目标文件。
在一个实施例中,如图2所示,提供了一种基于微服务的文件发送方法,该方法可以应用于终端或服务器,还可以应用于包括终端和服务器的系统,并通过终端和服务器的交互实现。该方法包括以下步骤:
步骤202,在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将目标文件转换为字节。
其中,附件上传工具类,是用于在微服务间进行文件上传的工具。附件上传工具类,具备字节转换功能、文件分割功能以及远程调用传输功能。目标文件,是待发送的文件。
字节转换功能,用于将目标文件自动转换为字节。可以理解,传统方法中,还需要开发人员手动敲写代码,以将目标文件以人工手动转换的方式,转换为字节。本申请中,开发人员仅需要提供发送的文件即可,而不需要做其他繁复处理,就能够通过附件上传工具类,自动将目标文件转换为字节,节省了开发成本。
文件分割功能,用于将完整的文件分割为子文件。远程调用传输功能,用于调用远程接口(即远程API,Application Programming Interface)将切割的子文件进行传输。
具体地,开发人员使用微服务架构在微服务之间传输文件时,可以在客户端预先安装附件上传工具类,终端则可以通过客户端中安装的附件上传工具类,读取客户端本地的目标文件的文件属性信息,并自动地将目标文件进行编码转换为字节。
在一个实施例中,文件属性信息,包括目标文件的文件大小、文件名称、文件类型以及目标文件的唯一特征值等中的至少一种。可以理解,目标文件的唯一特征值可以为MD5特征值,其中,MD5(Message-Digest Algorithm),即信息摘要算法,一种被广泛使用的密码散列函数。
步骤204,获取服务器当前的内存信息和服务器当前接收到的请求数量。
其中,服务器当前的内存信息,是指服务器当前的内存使用信息。请求数量,用于表示服务器当前被访问的情况,能够体现服务器当前的访问压力。
步骤206,根据文件属性信息、内存信息和请求数量,生成对应于目标文件的单位文件大小。
其中,单位文件大小,是指动态确定的、适宜传输的单个文件的大小。
具体地,终端可以通过附件上传工具类,对文件属性信息、服务器的内存信息和所接收到的请求数量进行分析,从而生成一个对于目标文件来说较优的传输大小。即,将目标文件分割成单位文件大小进行传输比较合适。
在一个实施例中,文件属性信息,包括文件大小。即,终端可以根据文件大小、服务器当前的内存信息和所接收的请求数量,生成对应于目标文件的单位文件大小。可以理解,文件越大,则可以在满足服务器当前负载的情况下,使得单位文件大小尽量大,从而避免分割的子文件数量过大,导致传输效率比较低。
在一个实施例中,文件属性信息还可以包括文件类型。文件类型可以从文件格式划分,包括视频、图片、文本等格式维度上的类型。文件类型也可以从文件的重要性或业务属性方面划分,对此不做限定。即,终端可以根据文件类型、服务器当前的内存信息和所接收的请求数量,生成对应于目标文件的单位文件大小。即,生成的单位文件大小,满足文件类型及服务器的负载需求。
具体地,终端可以通过附件上传工具类根据服务器当前的内存信息和所接收的请求数量,生成对应于目标文件的第一单位文件大小区间,获取与文件类型对应的第二单位文件大小区间。可以理解,第一单位文件大小区间内的值,即为符合服务器负载需求的候选的单位文件大小。第二单位文件大小区间内的值,即为符合文件类型的分割需求的候选的单位文件大小。终端可以通过附件上传工具类确定第一单位文件大小区间与第二单位文件大小区间之间的重叠范围,并从重叠范围内选取最大值,作为最终的对应于目标文件的单位文件大小。
可以理解,对于有些类型的文件来说,分割后重组可能会对文件的质量造成影响,所以,对于这类会因分割影响质量的目标文件来说,则可以在满足服务器当前负载的情况下,使得单位文件大小尽量大,从而避免分割的子文件数量过多,而影响文件传输质量。同一文件类型在服务器当前的内存信息和所接收的请求数量不同的情况下,单位文件大小可能不同。在服务器当前的内存信息和所接收的请求数量相同的情况下,不同文件类型对应的单位文件大小可能相同或不同,具体根据各文件类型对应的第二单位文件大小区间确定。
在一个实施例中,文件属性信息还可以包括在目标文件的预设位置处设置的免分割标签。即,终端可以根据免分割标签在目标文件中的位置、目标文件的文件大小、服务器当前的内存信息和所接收的请求数量,生成对应于目标文件的单位文件大小。具体地,终端可以通过附件上传工具类根据服务器当前的内存信息和所接收的请求数量,生成对应于目标文件的第一单位文件大小区间,并从第一单位文件大小区间中选取使分割位置不落于免分割标签的单位文件大小。当选取的单位文件大小为多个时,则将多个选取的单位文件大小中的最大值,作为最终的对应于目标文件的单位文件大小。
可以理解,对于一些不能分割的位置,开发人员可以预先设置免分割标签,那么,可以在满足服务器当前负载的情况下,使得所确定单位文件大小让分割位置尽量避开设置有免分割标签的位置,进而让后续对目标文件的分割更加准确,提高文件传输质量。
步骤208,若目标文件的文件大小大于单位文件大小,则将目标文件按照单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号。
其中,子文件序号,用于唯一标识子文件,且,能够表征子文件在目标文件中所处位置的先后顺序。
比如,假设,目标文件的文件大小为m,单位文件大小为20971520(20MB) ,如果m >20971520,则可以按照单位文件大小20971520从目标文件的初始位置进行分割,得到的第一个20971520大小的子文件的序号则可以为P1,继续分割得到的第二个20971520大小的子文件的序号则可以为P2。可以理解,P1和P2能够反映在目标文件中所处位置的先后顺序。
具体地,终端可以通过附件上传工具类,根据目标文件的文件大小和单位文件大小,判断是否要对目标文件进行分割,如果目标文件的文件大小大于单位文件大小,则将目标文件按照单位文件大小进行分割,得到子文件。
可以理解,如果目标文件的文件大小与单位文件大小不能整除,则只有最后一个子文件的大小小于单位文件大小,其余的子文件的大小皆为该单位文件大小。如果目标文件的文件大小与单位文件大小能整除,则各子文件的大小皆为该单位文件大小。
需要说明的是,各个子文件具有相应的子文件序号,所有子文件按照相应的子文件序号进行合并,能够恢复成分割前的目标文件。
步骤210,通过附件上传工具类调用远程接口,发送子文件的字节至服务器;发送至服务器的各子文件,用于指示服务器按照各子文件的子文件序号之间的先后顺序,写入子文件的字节至存储系统,以合并子文件生成目标文件。
其中,远程接口,是远程的用于传输文件的接口。
具体地,终端可以通过附件上传工具类调用远程接口(即远程API),以将子文件的字节发送至服务器。
服务器则可以按照所接收的各子文件的子文件序号之间的先后顺序,将各个子文件的字节单独写入至存储系统。每个子文件皆具有相应的存储路径。当针对目标文件分割得到的所有子文件皆发送完毕并写入存储系统后,服务器则可以合并子文件生成目标文件。即,将子文件合并还原为分割前的目标文件。
上述基于微服务的文件发送方法,在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节。获取服务器当前的内存信息和所述服务器当前接收到的请求数量;根据所述文件属性信息、所述内存信息和所述请求数量,生成对应于所述目标文件的单位文件大小。即,根据文件属性、服务器的内存以及接收的请求数量,动态地确定待分割成的单位文件大小,能够更加灵活、准确地确定分割成的子文件的大小。若所述目标文件的文件大小大于所述单位文件大小,将转换为字节的目标文件按照所述单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器;发送至服务器的各子文件,用于指示服务器按照各所述子文件的子文件序号之间的先后顺序,写入所述子文件的字节至存储系统,以合并所述子文件生成所述目标文件。单位文件大小是通过结合文件属性以及服务器的使用情况动态确定的,所以,动态确定的单位文件大小能够更加符合服务器的需求,因而,基于准确地单位文件大小将目标文件进行分割成小份的文件进行发送,避免了文件过大造成服务器压力过大,且降低了网络波动所造成的影响,从而提高了文件发送成功率。由于文件发送成功率的提高,所以减少了过多失败的网络传输,从而节省了网络传输资源。
其次,能够通过附件上传工具类,将目标文件自动地编码转换为字节,相较于传统方法需要人工手动编写代码进行字节转换而言,大大节省了人工成本,且也提高了文件发送效率。
此外,自动进行动态地文件分割,既提高了适用性和准确性,又节省了开发人员的人工成本。
在一个实施例中,步骤210中的通过附件上传工具类调用远程接口,发送子文件至服务器,包括:通过附件上传工具类构造文件输入流;通过文件输入流,读取子文件的字节至客户端本地的内存中;通过附件上传工具类调用远程接口,采用多线程并发地发送内存中的子文件至服务器;或,通过附件上传工具类调用远程接口,按照子文件序号之间的先后顺序,发送内存中的子文件至服务器。
具体地,终端可以通过附件上传工具类使用客户端本地的目标文件构造文件输入流,并通过文件输入流,读取子文件的字节至客户端本地的内存中。比如,子文件大小如果都是20971520,则可以读取20971520字节数到内存中,即,读取子文件的字节至客户端本地的内存中。附件上传工具类读取到子文件的字节到本地的内存之后,则可以调用远程接口传输客户端本地的内存中的子文件字节。
在一个实施例中,终端可以通过附件上传工具类调用远程接口,采用多线程并发地发送客户端本地的内存中的子文件至服务器。即,并发传输子文件,从而提高文件传输效率。
在一个实施例中,终端也可以通过附件上传工具类调用远程接口,按照子文件序号之间的先后顺序,发送客户端本地的内存中的子文件至服务器。即,按序传输子文件。
在一个实施例中,终端也可以预先获取服务器端的存储系统的类型,根据存储系统的类型,确定子文件的发送方式,即,确定到底采用并发传输还是按序传输。比如,若存储系统的类型为云端存储系统,则采用并发传输的方式,若存储系统的类型为本地存储系统,则采用从并发或按序传输中随机选取任意一种方式进行传输即可。
上述实施例中,通过附件上传工具类构造文件输入流,能够快速准确地读取子文件的字节至客户端本地的内存中,进而可以提供后续文件发送的效率。此外,通过附件上传工具类调用远程接口,采用多线程并发地发送内存中的子文件至服务器,能提高文件传输效率。通过附件上传工具类调用远程接口,按照子文件序号之间的先后顺序,发送内存中的子文件至服务器,能够提高后续还原生成目标文件的效率。
在一个实施例中,当按照子文件序号之间的先后顺序发送子文件时,即,按序传输子文件时,该方法还包括:通过服务器确定存储系统的类型;当存储系统的类型为本地存储系统时,则按照所接收的各子文件的子文件序号之间的先后顺序,将各子文件依次地追加写入到服务器的本地存储系统,直至写入完毕后,组合生成目标文件。
在一个实施例中,存储系统的类型,可以为本地存储系统或云端存储系统。本地存储系统,是在服务器本地的存储系统。云端存储系统,是指设置在云平台的存储系统。
具体地,当终端是按序传输子文件时,服务器可以进一步分析存储系统的类型,当存储系统的类型为本地存储系统时,服务器则可以按照所接收的各子文件的子文件序号之间的先后顺序,将各子文件依次按序地追加写入到服务器的本地存储系统,直至写入完毕后,组合生成目标文件。
在一个实施例中,当存储系统的类型为云端存储系统时,服务器则可以将接收的各子文件暂存至服务器的本地,并在该目标文件的所有子文件发送完毕后,将暂存于服务器本地中的各子文件,按照子文件序号之间的先后顺序合并写入至云端存储系统中,生成目标文件。
上述实施例中,服务器端支持追加存储和合并存储两种方式,可以根据存储系统环境选择相应最优的存储方案,提高了存储资源的利用率。
在一个实施例中,通过附件上传工具类调用远程接口,发送子文件至服务器,包括:针对每个待发送的当前子文件,根据当前子文件的子文件序号和子文件大小,判断所述当前子文件是否已发送;若所述当前子文件未发送,则执行通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器的步骤;若所述当前子文件已发送,则跳过所述当前子文件,以将下一个子文件作为当前子文件。
可以理解,终端在向服务器发送子文件之前,会通过附件上传工具类对每个当前子文件进行是否已上传的分析判断,以避免对子文件重复上传所造成的不必要的资源损耗。
具体地,针对每个待发送的当前子文件,在调用远程接口进行发送之前,终端可以通过附件上传工具类,将当前子文件的子文件序号和子文件大小,与记录的已发送过的历史子文件的子文件序号和子文件大小进行比对,以判断所述当前子文件是否已发送。若所述当前子文件未发送,则读取当前子文件的字节,并通过所述附件上传工具类调用远程接口,将当前子文件的字节发送至所述服务器。若所述当前子文件已发送,则跳过所述当前子文件,以将下一个子文件作为当前子文件,以继续进行处理,直至发送完目标文件的所有子文件。
上述实施例中,能够有效避免重复上传造成的额外的传输资源的损耗,以及避免重复上传造成的后续文件合并错误的问题,提高了文件传输的准确性。
在一个实施例中,文件属性信息包括所述目标文件的文件大小。该方法还包括:根据所述文件大小和所述单位文件大小,确定子文件的总分割数量;根据子文件的已发送数量和所述总分割数量之间的差异,判断是否所有子文件已发送完毕;若所有子文件未发送完毕,则继续执行所述通过所述附件上传工具类调用远程接口,发送所述子文件至所述服务器的步骤。
其中,子文件的总分割数量,是指分割的子文件的总数量。
具体地,附件上传工具类可以根据读取到的目标文件的文件大小和计算得到的单位文件大小,确定子文件的总分割数量。在向服务器发送子文件的过程中,附件上传工具类可以记录已累积发送的子文件的数量,即,记录子文件的已发送数量。终端在每发送完一个当前子文件之后,可以通过附件上传工具类比对实时的子文件的已发送数量和总分割数量之间的差异,判断目标文件的所有子文件是否已发送完毕。若所有子文件未发送完毕,则继续执行通过所述附件上传工具类调用远程接口,发送所述子文件至所述服务器的步骤,继续发送子文件,直至目标文件的所有子文件发送完毕。
在一个实施例中,终端可以通过附件上传工具类,根据目标文件的唯一性参数,先确定当前子文件所属于的目标文件,然后,通过附件上传工具类比对实时的子文件的已发送数量和总分割数量之间的差异,判断该目标文件的所有子文件是否已发送完毕。
其中,目标文件的唯一性参数,是用于唯一性标识目标文件的参数。
在一个实施例中,目标文件的唯一性参数,包括目标文件的文件名称、文件大小、以及目标文件的唯一特征值等中的至少一种。
图3为一个实施例中客户端侧的文件处理示意图。参照图3,客户端可以通过附件上传工具类读取本地的目标文件,并计算目标文件的文件大小及文件单位大小,计算子文件的总分割数量,然后,根据文件单位大小遍历每个子文件,判断每个当前子文件是否已发送,若是,跳过该当前子文件对下一个子文件进行处理,若否,则读取该当前子文件的字节至客户端本地的内存中,并向服务器发送该当前子文件的字节。然后,客户端判断是否所有子文件已发送完毕,若是,则结束发送,若否,则继续对下一个子文件进行处理。
在一个实施例中,终端还可以通过附件上传工具类实时记录当前上传的子文件的子文件序号,当上传过程因网络影响中断之后,客户端则可以通过附件上传工具类实时记录的当前上传的子文件的子文件序号,从中断处重新开始上传,大大提高了大文件上传稳定性。
上述实施例中,即时地进行文件完整性判断,提高了文件传输的准确性,避免不必要的传输造成的资源消耗。
在一个实施例中,该方法还包括:在所有子文件未发送完毕时,服务器将接收到的子文件的字节单独写入存储系统,以进行初始存储;每个子文件携带目标文件的唯一性参数;在所有子文件发送完毕后,服务器从存储系统中查找携带目标文件的唯一性参数的子文件,得到目标文件所对应的子文件;根据每个子文件在存储系统中的存储路径,分别构造相应的输入流;将每个子文件的输入流构造成序列输入流;根据序列输入流和预设的加密密钥,构造加密输入流;根据加密输入流将子文件一并写入至存储系统,以合并生成目标文件。
具体地,在目标文件的所有子文件未发送完毕时,服务器每接收到一个子文件则可以将该子文件单独写入存储系统,以对子文件进行初始存储。可以理解,每个子文件都携带所属的目标文件的唯一性参数,以标识该子文件所属的目标文件。
在一个实施例中,服务器可以使用接收到的子文件的字节构造字节输入流。服务器可以根据字节输入流和预设的加密密钥构造加密输入流,进而,服务器可以根据加密输入流将子文件的字节写入到存储系统。
可以理解,在所有子文件发送完毕后,服务器可以从存储系统中查找携带目标文件的唯一性参数的子文件,得到目标文件所对应的子文件。服务器可以根据每个子文件在存储系统中的存储路径,分别构造相应的输入流,进而将每个子文件的输入流构造成序列输入流。服务器可以根据序列输入流和预设的加密密钥,构造加密输入流。进一步地,服务器可以根据加密输入流将子文件的字节一并写入至存储系统,以合并生成目标文件。
在一个实施例中,目标文件的唯一性参数,包括目标文件的文件名称、文件大小、以及目标文件的唯一特征值等中的至少一种。
图4为一个实施例中服务器侧的文件处理简示图。参照图4,服务器在接收到客户端的子文件发送请求后,可以写入子文件的字节到存储系统,以进行初始存储,并判断该目标文件的所有子文件是否已发送完毕,若是,则将存储的子文件合并成一个完整的目标文件,若否,则继续接收客户端发送的子文件发送请求。
上述实施例中,服务器从存储系统中查找携带目标文件的唯一性参数的子文件,能够准确查找得到目标文件所对应的子文件,并通过依次构造序列输入流和加密输入流写入至存储系统,提高了目标文件合并的准确性及安全性。
应该理解的是,虽然上述流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,本申请各实施例中的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种基于微服务的文件发送装置,包括:字节转换模块502、分割模块504以及发送模块506,其中:
字节转换模块502,用于在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节;
分割模块504,用于获取服务器当前的内存信息和所述服务器当前接收到的请求数量;根据所述文件属性信息、所述内存信息和所述请求数量,生成对应于所述目标文件的单位文件大小;若所述目标文件的文件大小大于所述单位文件大小,将转换为字节的目标文件按照所述单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;
发送模块506,用于通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器;发送至服务器的各子文件,用于指示服务器按照各所述子文件的子文件序号之间的先后顺序,写入所述子文件的字节至存储系统,以合并所述子文件生成所述目标文件。
在一个实施例中,发送模块506还用于通过附件上传工具类构造文件输入流;通过文件输入流,读取子文件的字节至客户端本地的内存中;通过附件上传工具类调用远程接口,采用多线程并发地发送内存中的子文件至服务器;或,通过附件上传工具类调用远程接口,按照子文件序号之间的先后顺序,发送内存中的子文件至服务器。
在一个实施例中,当发送模块506按照子文件序号之间的先后顺序发送子文件时,装置还包括:
存储模块508,用于通过服务器确定存储系统的类型;当存储系统的类型为本地存储系统时,则按照所接收的各子文件的子文件序号之间的先后顺序,将各子文件依次地追加写入到服务器的本地存储系统,直至写入完毕后,组合生成目标文件。
在一个实施例中,存储模块508还用于当存储系统的类型为云端存储系统时,则将接收的各子文件暂存至服务器的本地,并在子文件发送完毕后,将暂存于服务器本地中的各子文件,按照子文件序号之间的先后顺序合并写入至云端存储系统中,生成目标文件。
如图6所示,在一个实施例中,该装置还包括:检测模块505以及存储模块508;其中:
检测模块505,用于针对每个待发送的当前子文件,根据当前子文件的子文件序号和子文件大小,检测当前子文件是否已发送;若当前子文件未发送,则通知发送模块506执行通过附件上传工具类调用远程接口,发送子文件的字节至服务器的步骤;若当前子文件已发送,则跳过当前子文件,以将下一个子文件作为当前子文件。
在一个实施例中,文件属性信息包括目标文件的文件大小;检测模块505还用于根据文件大小和单位文件大小,确定子文件的总分割数量;根据子文件的已发送数量和总分割数量之间的差异,检测是否所有子文件已发送完毕;若所有子文件未发送完毕,则通知发送模块506继续执行通过附件上传工具类调用远程接口,发送子文件的字节至服务器的步骤。
在一个实施例中,存储模块508还用于在所有子文件未发送完毕时,服务器将接收到的子文件的字节单独写入存储系统,以进行初始存储;每个子文件携带目标文件的唯一性参数;在所有子文件发送完毕后,服务器从存储系统中查找携带目标文件的唯一性参数的子文件,得到目标文件所对应的子文件;根据每个子文件在存储系统中的存储路径,分别构造相应的输入流;将每个子文件的输入流构造成序列输入流;根据序列输入流和预设的加密密钥,构造加密输入流;根据加密输入流将子文件的字节一并写入至存储系统,以合并生成目标文件。
关于基于微服务的文件发送装置的具体限定可以参见上文中对于基于微服务的文件发送方法的限定,在此不再赘述。上述基于微服务的文件发送装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器或终端,其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储文件处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于微服务的文件发送方法。
本领域技术人员可以理解,图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各基于微服务的文件发送方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各基于微服务的文件发送方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic Random Access Memory,DRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种基于微服务的文件发送方法,其特征在于,所述方法包括:
在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节;
获取服务器当前的内存信息和所述服务器当前接收到的请求数量;
根据所述文件属性信息、所述内存信息和所述请求数量,生成对应于所述目标文件的单位文件大小;
若所述目标文件的文件大小大于所述单位文件大小,将转换为字节的目标文件按照所述单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;
通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器;发送至服务器的各子文件,用于指示服务器按照各所述子文件的子文件序号之间的先后顺序,写入所述子文件的字节至存储系统,以合并所述子文件生成所述目标文件。
2.根据权利要求1所述的方法,其特征在于,所述通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器,包括:
通过所述附件上传工具类构造文件输入流;
通过所述文件输入流,读取所述子文件的字节至客户端本地的内存中;
通过所述附件上传工具类调用远程接口,采用多线程并发地发送所述内存中的所述子文件至所述服务器;或,
通过所述附件上传工具类调用远程接口,按照所述子文件序号之间的先后顺序,发送所述内存中的所述子文件至所述服务器。
3.根据权利要求2所述的方法,其特征在于,当按照子文件序号之间的先后顺序发送所述子文件时,所述方法还包括:
通过所述服务器确定所述存储系统的类型;
当所述存储系统的类型为本地存储系统时,则
按照所接收的各所述子文件的子文件序号之间的先后顺序,将各所述子文件依次地追加写入到所述服务器的本地存储系统,直至写入完毕后,组合生成所述目标文件。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
当所述存储系统的类型为云端存储系统时,则
将接收的各所述子文件暂存至所述服务器的本地,并在所述子文件发送完毕后,将暂存于所述服务器本地中的各所述子文件,按照所述子文件序号之间的先后顺序合并写入至云端存储系统中,生成所述目标文件。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
针对每个待发送的当前子文件,根据所述当前子文件的子文件序号和子文件大小,判断所述当前子文件是否已发送;
若所述当前子文件未发送,则执行所述通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器的步骤;
若所述当前子文件已发送,则跳过所述当前子文件,以将下一个子文件作为当前子文件。
6.根据权利要求1所述的方法,其特征在于,所述文件属性信息包括所述目标文件的文件大小;
所述方法还包括:
根据所述文件大小和所述单位文件大小,确定子文件的总分割数量;
根据子文件的已发送数量和所述总分割数量之间的差异,判断是否所有子文件已发送完毕;
若所有子文件未发送完毕,则继续执行所述通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器的步骤。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
在所有子文件未发送完毕时,所述服务器将接收到的所述子文件的字节单独写入存储系统,以进行初始存储;每个所述子文件携带所述目标文件的唯一性参数;
在所有所述子文件发送完毕后,服务器从存储系统中查找携带所述目标文件的唯一性参数的子文件,得到所述目标文件所对应的子文件;
根据每个子文件在所述存储系统中的存储路径,分别构造相应的输入流;
将每个所述子文件的输入流构造成序列输入流;
根据所述序列输入流和预设的加密密钥,构造加密输入流;
根据所述加密输入流将所述子文件的字节一并写入至存储系统,以合并生成所述目标文件。
8.一种基于微服务的文件发送装置,其特征在于,所述装置包括:
字节转换模块,用于在微服务架构中,通过客户端中安装的附件上传工具类,读取本地的目标文件的文件属性信息,并将所述目标文件转换为字节;
分割模块,用于获取服务器当前的内存信息和所述服务器当前接收到的请求数量;根据所述文件属性信息、所述内存信息和所述请求数量,生成对应于所述目标文件的单位文件大小;若所述目标文件的文件大小大于所述单位文件大小,将转换为字节的目标文件按照所述单位文件大小进行分割,得到子文件;每个子文件具有相应的子文件序号;
发送模块,用于通过所述附件上传工具类调用远程接口,发送所述子文件的字节至所述服务器;发送至服务器的各子文件,用于指示服务器按照各所述子文件的子文件序号之间的先后顺序,写入所述子文件的字节至存储系统,以合并所述子文件生成所述目标文件。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011532240.8A CN112311902B (zh) | 2020-12-23 | 2020-12-23 | 基于微服务的文件发送方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011532240.8A CN112311902B (zh) | 2020-12-23 | 2020-12-23 | 基于微服务的文件发送方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112311902A true CN112311902A (zh) | 2021-02-02 |
CN112311902B CN112311902B (zh) | 2021-05-07 |
Family
ID=74487414
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011532240.8A Active CN112311902B (zh) | 2020-12-23 | 2020-12-23 | 基于微服务的文件发送方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112311902B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113824771A (zh) * | 2021-08-25 | 2021-12-21 | 深圳市玩物科技有限公司 | 文件传输方法、装置、设备、存储介质及程序产品 |
CN114630192A (zh) * | 2022-03-16 | 2022-06-14 | 深圳法政信息技术有限公司 | 一种视频存证方法 |
CN117112508A (zh) * | 2023-10-20 | 2023-11-24 | 杭州美创科技股份有限公司 | 基于序号的文件同步方法、装置、计算机设备及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104144186A (zh) * | 2013-05-10 | 2014-11-12 | 中国电信股份有限公司 | 云计算环境中基于Web浏览器的数据上传方法与系统 |
CN104519090A (zh) * | 2013-09-27 | 2015-04-15 | 深圳市腾讯计算机系统有限公司 | 文件传输方法及装置 |
CN106487858A (zh) * | 2015-09-01 | 2017-03-08 | 北京大学 | 信息上传方法及装置 |
CN109302449A (zh) * | 2018-08-31 | 2019-02-01 | 阿里巴巴集团控股有限公司 | 数据写入方法、数据读取方法、装置和服务器 |
CN109361762A (zh) * | 2018-11-26 | 2019-02-19 | 量子云未来(北京)信息科技有限公司 | 一种文件传输方法、装置及系统 |
CN110247986A (zh) * | 2019-06-28 | 2019-09-17 | 北京奇艺世纪科技有限公司 | 一种文件传输方法、装置及电子设备 |
CN111526208A (zh) * | 2020-05-06 | 2020-08-11 | 重庆邮电大学 | 一种基于微服务的高并发云平台文件传输优化方法 |
CN111767095A (zh) * | 2020-06-30 | 2020-10-13 | 平安国际智慧城市科技股份有限公司 | 微服务生成方法、装置、终端设备及存储介质 |
-
2020
- 2020-12-23 CN CN202011532240.8A patent/CN112311902B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104144186A (zh) * | 2013-05-10 | 2014-11-12 | 中国电信股份有限公司 | 云计算环境中基于Web浏览器的数据上传方法与系统 |
CN104519090A (zh) * | 2013-09-27 | 2015-04-15 | 深圳市腾讯计算机系统有限公司 | 文件传输方法及装置 |
CN106487858A (zh) * | 2015-09-01 | 2017-03-08 | 北京大学 | 信息上传方法及装置 |
CN109302449A (zh) * | 2018-08-31 | 2019-02-01 | 阿里巴巴集团控股有限公司 | 数据写入方法、数据读取方法、装置和服务器 |
CN109361762A (zh) * | 2018-11-26 | 2019-02-19 | 量子云未来(北京)信息科技有限公司 | 一种文件传输方法、装置及系统 |
CN110247986A (zh) * | 2019-06-28 | 2019-09-17 | 北京奇艺世纪科技有限公司 | 一种文件传输方法、装置及电子设备 |
CN111526208A (zh) * | 2020-05-06 | 2020-08-11 | 重庆邮电大学 | 一种基于微服务的高并发云平台文件传输优化方法 |
CN111767095A (zh) * | 2020-06-30 | 2020-10-13 | 平安国际智慧城市科技股份有限公司 | 微服务生成方法、装置、终端设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
张凌云: "微服务架构在全媒体文件集散平台的应用", 《中国新闻技术工作者联合会2019年学术年会》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113824771A (zh) * | 2021-08-25 | 2021-12-21 | 深圳市玩物科技有限公司 | 文件传输方法、装置、设备、存储介质及程序产品 |
CN114630192A (zh) * | 2022-03-16 | 2022-06-14 | 深圳法政信息技术有限公司 | 一种视频存证方法 |
CN117112508A (zh) * | 2023-10-20 | 2023-11-24 | 杭州美创科技股份有限公司 | 基于序号的文件同步方法、装置、计算机设备及存储介质 |
CN117112508B (zh) * | 2023-10-20 | 2024-02-06 | 杭州美创科技股份有限公司 | 基于序号的文件同步方法、装置、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112311902B (zh) | 2021-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112311902B (zh) | 基于微服务的文件发送方法及装置 | |
CN110209652B (zh) | 数据表迁移方法、装置、计算机设备和存储介质 | |
CN109408746B (zh) | 画像信息查询方法、装置、计算机设备和存储介质 | |
CN110633277B (zh) | 时序数据存储方法、装置、计算机设备和存储介质 | |
CN111143163B (zh) | 数据监控方法、装置、计算机设备和存储介质 | |
CN108108127B (zh) | 一种文件读取方法及系统 | |
CN111475324B (zh) | 日志信息的分析方法、装置、计算机设备和存储介质 | |
CN110309109B (zh) | 数据监控方法、装置、计算机设备及存储介质 | |
CN108965383B (zh) | 文件同步方法、装置、计算机设备和存储介质 | |
CN111190753B (zh) | 分布式任务处理方法、装置、存储介质和计算机设备 | |
CN110928851B (zh) | 处理日志信息的方法、装置、设备及存储介质 | |
CN109460252B (zh) | 基于git的配置文件处理方法、装置和计算机设备 | |
CN112003976B (zh) | 硬编硬解测试方法及装置 | |
WO2019148657A1 (zh) | 关联环境测试方法、电子装置及计算机可读存储介质 | |
US20230005509A1 (en) | Systems and methods for processing video data | |
CN111538754A (zh) | 一种数据归集管理系统、方法、装置、设备和存储介质 | |
CN107665224B (zh) | 扫描hdfs冷数据的方法、系统和装置 | |
CN111405215A (zh) | 视频存储方法、装置、云服务器和存储介质 | |
CN113190399A (zh) | 日志存储方法、装置、计算机设备和存储介质 | |
CN110442439B (zh) | 任务进程处理方法、装置和计算机设备 | |
CN110740138A (zh) | 数据传输方法和装置 | |
CN112818204B (zh) | 一种业务的处理方法、装置、设备及存储介质 | |
CN113111078B (zh) | 资源数据处理方法、装置、计算机设备和存储介质 | |
US20150088958A1 (en) | Information Processing System and Distributed Processing Method | |
CN111147226A (zh) | 数据存储方法、装置及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |