CN114915622A - 一种web端基于http的文件传输方法 - Google Patents

一种web端基于http的文件传输方法 Download PDF

Info

Publication number
CN114915622A
CN114915622A CN202210607379.7A CN202210607379A CN114915622A CN 114915622 A CN114915622 A CN 114915622A CN 202210607379 A CN202210607379 A CN 202210607379A CN 114915622 A CN114915622 A CN 114915622A
Authority
CN
China
Prior art keywords
file
fragment
files
fragmented
hash value
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
Application number
CN202210607379.7A
Other languages
English (en)
Other versions
CN114915622B (zh
Inventor
张静良
杨建州
郭建成
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong 3d Ruixin Technology Co ltd
Original Assignee
Guangdong 3d Ruixin Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangdong 3d Ruixin Technology Co ltd filed Critical Guangdong 3d Ruixin Technology Co ltd
Priority to CN202210607379.7A priority Critical patent/CN114915622B/zh
Publication of CN114915622A publication Critical patent/CN114915622A/zh
Application granted granted Critical
Publication of CN114915622B publication Critical patent/CN114915622B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

一种web端基于http的文件传输方法,包括以下步骤:步骤S1:前端获取文件上传后可提供文件解析的接口;步骤S2:调用接口,对文件进行分片处理,得到分片文件;使用WebWorker对分片文件进行加密,生成唯一标识;获取当前的并发数目,根据并发数目作为异步请求中每一组发送分片文件的数量;对将分片文件进行并发异步发送至后端;步骤S3:后端创建分片文件夹,并根据唯一标识对分片文件进行顺序排列;步骤S4:当前端的分片文件上传完毕后,向后端发送出合并请求;步骤S5:后端接收合并请求后,根据排列顺序对分片文件进行组合得到文件,本申请中使用能WebWorker对分片文件进行加密,WebWorker够独立与其他脚本,不会影响UI的数据交互,使得前台的UI还能正常运作。

Description

一种web端基于http的文件传输方法
技术领域
发明涉及计算机文件传输技术领域,特别是一种web端基于http的文件传输方法。
背景技术
中国专利号CN201811583080.2,公开了一种文件的断点续传的方法:前端对待上传文件进行加密,获得文件唯一标识发送给后端;后端根据文件唯一标识查询数据库,若文件上传过,则直接返回文件信息给前端;前端根据自定义配置开始对待上传文件进行分片,获得分片文件;前端将分片文件上传给后端,并展示上传进度,若分片上传失败,则重新上传失败的分片;后端接收前端上传的分片文件,进行唯一标识验证,若验证失败,则返回上传文件失败信息给前端,若验证成功,则验证分片是否全部上传完毕,当全部分片上传完成后,按照分片排序组合文件,将完整文件保存在文件服务器,并返回完整文件信息给前端,并把完整文件信息保存在数据库。其可以节约时间、流量,节省存储空间。
但是上述方法可能存在以下弊端:1、考虑是大文件,分片文件生成唯一标识是十分的耗时的,会引起浏览器的UI阻塞。2、大分片文件标识计算后,有可能产生几十或几百次网络请求,造成网络请求并发问题。3、分片文件不当可能会造成TCP拥塞控制的问题。4、没有设置文件碎片清理,长时间使用可能会导致存储问题。所以针对现有的文件传输方法仍有巨大的改进空间来完善,使得文件在传输时更加的顺畅。
发明内容
针对上述缺陷,发明的目的在于提出一种web端基于http的文件传输方法以解决在文件传输中,遇到大文件而产生的浏览器的UI阻塞、耗时时间长、TCP拥塞控制等问题。
为达此目的,发明采用以下技术方案:一种web端基于http的文件传输方法,包括以下步骤:
步骤S1:前端获取文件上传后可提供文件解析的接口;
步骤S2:调用所述接口,对所述文件进行分片处理,得到分片文件;
使用Web Worker对分片文件进行加密,生成唯一标识;
获取当前的并发数目,根据所述并发数目作为异步请求中每一组发送分片文件的数量;
对将分片文件进行并发异步发送至后端;
步骤S3:后端创建分片文件夹,将接收所述分片文件存储在所述分片文件夹内,并根据所述唯一标识对分片文件进行顺序排列;
步骤S4:当前端的分片文件上传完毕后,向所述后端发送出合并请求;
步骤S5:后端接收所述合并请求后,根据排列顺序对分片文件进行组合得到所述文件。
优选的,所述步骤S2中对所述文件进行分片处理的具体步骤如下:
步骤S21:判断所述文件的大小是否大于第一文件阈值,若小于,则以TCP协议中接收窗口的最大值作为每一份分片的大小,对所述文件进行分片处理;
步骤S22:若文件的大小是大于第一文件阈值,则以预设值作为首个分片文件的大小;
在使用TCP协议将文件发送至后端时增加TCP协议中接收窗口的数量;
以上一份分片文件的大小以及增加接收窗口的数量之和作为下一份分片文件的大小,直到分片文件大小达到第二文件阈值,停止增加TCP协议中接收窗口的数量。
优选的,若在步骤S2中,日志出现丢失事件,则将分片文件的大小调整为预设值。
优选的,所述步骤S2中对分片文件进行加密,生成具有唯一标识的加密件的具体步骤如下:
对任意长度的分片文件进行逐位计算,产生一个二进制长度为128位或十六进制长度为32位的hash值,以所述hash值作为唯一标识。
优选的,所述步骤S3的具体步骤如下:
创建临时的所述分片文件夹,或接收到的分片文件中的hash值,并将所述hash值至作为分片文件的文件名,存储在所述分片文件夹中,并根据所述hash值对分片文件进行排序。
优选的,步骤S5中的具体步骤如下:
所述合并请求中包含有所述hash值;
后端解析所述合并请求,获取所述hash值,并根据所述hash值找到对应分片文件的文件名;
创建一个可写流,其中所述可写流的文件名由分片文件的文件名+后缀名组合而成,遍历整个分片文件夹,将同一个分片文件夹内的所述分片文件顺序调用所述可写流组合形成所述文件。
优选的,若步骤S5中,所述hash值找不到对应分片文件的文件名,则通知所述前端再次发送所述hash值所对应的分片文件。
优选的,若步骤S5中出现合并失败,则自动重新合并,直到重新合并的次数到达次数阈值,则停止分片文件的合并。
优选的,前端记录每一个分片文件的生成时间,并在每天的规定时间段内扫描分片文件并获取其生成时间,若分片文件生成时间与现时间之间的时间差超过时间阈值,则删除该分片文件。
上述技术方案中的一个技术方案具有如下优点或有益效果:1.本申请中使用能Web Worker对分片文件进行加密,Web Worker够独立与其他脚本,不会影响页面的性能。当有大量的分片文件需要加密时,会将分片文件传输至后台的Web Worker中进行,不会影响UI的数据交互,使得前台的UI还能正常运作。
2.采用异步请求的传输方式对每一组请求进行发送,能够避免线程堵塞,传输的用时相对较短,减少了网络请求的次数,另外该方式无需等待接口的返回后再执行后面的逻辑,可直接继续自己的业务逻辑,减少了请求并发问题的发生概率。
附图说明
图1是发明的一个实施例的流程图。
图2是发明的一个实施例中对文件进行分片的流程图。
图3是发明的一个实施例中分片文件的名称示意图。
具体实施方式
下面详细描述发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释发明,而不能理解为对发明的限制。
在发明的描述中,需要理解的是,术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”、“轴向”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对发明的限制。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在发明的描述中,除非另有说明,“多个”的含义是两个或两个以上。
在发明的描述中,需要说明的是,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在发明中的具体含义。
如图1~3所示,一种web端基于http的文件传输方法,包括以下步骤:
步骤S1:前端获取文件上传后可提供文件解析的接口;
步骤S2:调用所述接口,对所述文件进行分片处理,得到分片文件;
使用Web Worker对分片文件进行加密,生成唯一标识;
获取当前的并发数目,根据所述并发数目作为异步请求中每一组发送分片文件的数量;
对将分片文件进行并发异步发送至后端;
步骤S3:后端创建分片文件夹,将接收所述分片文件存储在所述分片文件夹内,并根据所述唯一标识对分片文件进行顺序排列;
步骤S4:当前端的分片文件上传完毕后,向所述后端发送出合并请求;
步骤S5:后端接收所述合并请求后,根据排列顺序对分片文件进行组合得到所述文件。
为了解决现有技术中,大文件在加密时容易引起浏览器UI阻塞的问题,在本申请的加密中,并非直接使用前端对文件分进行加密处理,而是采用了后台的Web Worker对分片文件进行加密。
大文件在分片时,相对的分片文件的数量也会增多,采用传统的加密方法会导致网页的界面数据阻塞,从而导致浏览器的页面卡住或者崩溃的情况发生,而所述WebWorker存在与后台的JavaScript中,能够独立与其他脚本,不会影响页面的性能。当有大量的分片文件需要加密时,会将分片文件传输至后台的Web Worker中进行,这样子就不会影响UI的数据交互,使得前台的UI还能正常运作。
随后在分片文件加密的过程中,本发明还会同时获取当前的并发数目,根据所述并发数目作为异步请求中每一组发送分片文件的数量,例如在一个实施例中,并发数目为3,即使用3个分片文件作为一组,并进行发送,此方法能够有效减少发送的请求数目,加快传输的效率,也能避免造成网络请求并发问题或引起网络堵塞。另外值得一提的是,本发明中还采用了异步请求的传输方式对每一组请求进行发送,通过异步请求的传输方式,无需等待接口的返回后再执行后面的逻辑,可直接继续自己的业务逻辑,能够避免线程堵塞,传输的用时相对较短。
在不断向后端传输的同时,后端也创建分片文件夹,不断的接收分片文件,并按照加密上的唯一标识进行顺序排列。
而发明中所述前端的发送请求的业务逻辑是,先发送完分片文件再发送合并请求,当所有的分片文件发送完成后,代表了所述文件已经全部发送给了后端,只需要后端接收到所述合并请求,即可立刻对分片文件进行合并,得到所述文件。
优选的,所述步骤S2中对所述文件进行分片处理的具体步骤如下:
步骤S21:判断所述文件的大小是否大于第一文件阈值,若小于,则以TCP协议中接收窗口的最大值作为每一份分片的大小,对所述文件进行分片处理;
步骤S22:若文件的大小是大于第一文件阈值,则以预设值作为首个分片文件的大小;
在使用TCP协议将文件发送至后端时增加TCP协议中接收窗口的数量;
以上一份分片文件的大小以及增加接收窗口的数量之和作为下一份分片文件的大小,直到分片文件大小达到第二文件阈值,停止增加TCP协议中接收窗口的数量。
在本发明中在对文件进行分片处理前,会判断文件的大小,若文件的大小小于第一文件阈值,则可以说明当前文件为小文件,直接以TCP协议中接收窗口的最大值作为每一份分片的大小,而文件为小文件,所分出的分片文件的数量较小,无需担心分片文件在传输时发送堵塞的情况发送,此分片的方法能够加快分片文件的传输效率。
而当文件的大小大于第一文件阈值时,则说明当前文件为大文件,以上述分片方式,分片的话,分出的分片文件数量较多,而且每一个分片文件的大小与TCP协议中接收窗口的最大值相等,此时大量的分片文件会积攒在路由器上,很容易导致网络中路由器缓存空间耗尽,从而发生拥塞。故当所述文件的大小大于第一文件阈值,先采用以预设值作为首个分片文件的大小,所述预设值的大小较小,其取值可以为TCP协议中接收窗口的最大值5%~10%。首先以一个小尺寸的分片文件进行发送,在发送的过程中不断提高接收窗口的数量,以确认后端的接收速度,并逐步提升分片文件的尺寸大小,直到分片文件大小达到第二文件阈值,停止增加TCP协议中接收窗口的数量。在此过程中,能够避免后端接收速度慢而导致大量的分片文件堵塞在路由器上,导致网络中路由器缓存空间耗尽,造成网络堵塞。
本申请中根据文件的大小以及网络的状态共同决定分片文件在分片时的大小,避免分片尺寸大小不当,会造成TCP拥塞控制的问题。
优选的,若在步骤S2中,日志出现丢失事件,则将分片文件的大小调整为预设值。
若在日志出现丢失事件,则可以认为是网络堵塞,造成了掉包的现象,此时需要降低分片文件的大小,避免分片文件的尺寸大,进一步加重网络堵塞。
优选的,所述步骤S2中对分片文件进行加密,生成具有唯一标识的加密件的具体步骤如下:
对任意长度的分片文件进行逐位计算,产生一个二进制长度为128位或十六进制长度为32位的hash值,以所述hash值作为唯一标识。
优选的,所述步骤S3的具体步骤如下:
创建临时的所述分片文件夹,或接收到的分片文件中的hash值,并将所述hash值至作为分片文件的文件名,存储在所述分片文件夹中,并根据所述hash值对分片文件进行排序。
如图3所示,当一个所述文件在被分片时,所使用的加密hash值是一样的,在hash值的末尾附加有顺序值,以作为每一个hash值的区分。在以该hash值作为分片文件的文件名保存在分片文件夹中时,只需要设置系统的文件排序为大小顺序即可对为分片文件夹内的分片文件进行顺序排序。在后期组合时可以直接按照分片文件夹中大小的排列顺序进行组合,便于所述文件的顺利组合。
优选的,步骤S5中的具体步骤如下:
所述合并请求中包含有所述hash值;
后端解析所述合并请求,获取所述hash值,并根据所述hash值找到对应分片文件的文件名;
创建一个可写流,其中所述可写流的文件名由分片文件的文件名+后缀名组合而成,遍历整个分片文件夹,将同一个分片文件夹内的所述分片文件顺序调用所述可写流组合形成所述文件。
优选的,若步骤S5中,所述hash值找不到对应分片文件的文件名,则通知所述前端再次发送所述hash值所对应的分片文件。
前端由于是对分片文件进行加密的,可以清楚的知道一个文件中所有的分片文件的所对应的加密hash值,将所有hash值打包进入到所述合并请求中,后端可以解析所述合并请求得到所有的hash值,而在本发明中分片文件夹中的文件是以hash值命名的,通过两者的直接匹配可以判断出是否存在缺失的分片文件。并找出缺失的分片文件,此时后端既可根据缺失的分片文件的hash值向前端反馈,并要求前端重新发送对应hash值的分片文件。
随后后端创建一个可写流,并直接调用所述分片文件夹中的所有分片文件,进行组合,如图3所示,在hash值与顺序值之间写有所述文件的后缀名,通过顺序解码hash值并进行组合得到后缀名格式相同对应的所述文件。
优选的,若步骤S5中出现合并失败,则自动重新合并,直到重新合并的次数到达次数阈值,则停止分片文件的合并。
出现合并的失败的原因有很多,例如上述说的分片文件丢失,或者后端解码出现问题等等。若后端解码出现问题的,重新合并是无法成功合并的,需要技术人员进行干预调节。此时就需要在重新合并次数阈值后,停止分片文件的合并,并通知技术人员进行调节。
优选的,前端记录每一个分片文件的生成时间,并在每天的规定时间段内扫描分片文件并获取其生成时间,若分片文件生成时间与现时间之间的时间差超过时间阈值,则删除该分片文件。
而在文件传输的过程,有可能存在有以外情况的发生。例如文件传输到一半,用户就自己手动结束文件的传输,这种部分的分片文件会停留在前端的内存在。若使用时间久了,会存在有大量无用的分片文件,影响前端的正常运行。故可以在前端的后台中写入相应的脚本。该脚本在在每天的规定时间端内扫描分片文件并获取其生成时间,若分片文件生成时间与现时间之间的时间差超过时间阈值,则删除该分片文件。以实现定时清理无用的分片文件的效果。以保证前端的正常运作。而所述时间阈值以及每天规定时间段可以根据传输文件的频率以及用户的习惯来设置,在此就不做过多的描述。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管已经示出和描述了发明的实施例,本领域的普通技术人员可以理解:在不脱离发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型,发明的范围由权利要求及其等同物限定。

Claims (9)

1.一种web端基于http的文件传输方法,其特征在于,包括以下步骤:
步骤S1:前端获取文件上传后可提供文件解析的接口;
步骤S2:调用所述接口,对所述文件进行分片处理,得到分片文件;
使用Web Worker对分片文件进行加密,生成唯一标识;
获取当前的并发数目,根据所述并发数目作为异步请求中每一组发送分片文件的数量;
对将分片文件进行并发异步发送至后端;
步骤S3:后端创建分片文件夹,将接收所述分片文件存储在所述分片文件夹内,并根据所述唯一标识对分片文件进行顺序排列;
步骤S4:当前端的分片文件上传完毕后,向所述后端发送出合并请求;
步骤S5:后端接收所述合并请求后,根据排列顺序对分片文件进行组合得到所述文件。
2.根据权利要求1所述的一种web端基于http的文件传输方法,其特征在于,所述步骤S2中对所述文件进行分片处理的具体步骤如下:
步骤S21:判断所述文件的大小是否大于第一文件阈值,若小于,则以TCP协议中接收窗口的最大值作为每一份分片的大小,对所述文件进行分片处理;
步骤S22:若文件的大小是大于第一文件阈值,则以预设值作为首个分片文件的大小;
在使用TCP协议将文件发送至后端时增加TCP协议中接收窗口的数量;
以上一份分片文件的大小以及增加接收窗口的数量之和作为下一份分片文件的大小,直到分片文件大小达到第二文件阈值,停止增加TCP协议中接收窗口的数量。
3.根据权利要求2所述的一种web端基于http的文件传输方法,其特征在于,若在步骤S2中,日志出现丢失事件,则将分片文件的大小调整为预设值。
4.根据权利要求2所述的一种web端基于http的文件传输方法,其特征在于,所述步骤S2中对分片文件进行加密,生成具有唯一标识的加密件的具体步骤如下:
对任意长度的分片文件进行逐位计算,产生一个二进制长度为128位或十六进制长度为32位的hash值,以所述hash值作为唯一标识。
5.根据权利要求4所述的一种web端基于http的文件传输方法,其特征在于,所述步骤S3的具体步骤如下:
创建临时的所述分片文件夹,或接收到的分片文件中的hash值,并将所述hash值至作为分片文件的文件名,存储在所述分片文件夹中,并根据所述hash值对分片文件进行排序。
6.根据权利要求5所述的一种web端基于http的文件传输方法,其特征在于,步骤S5中的具体步骤如下:
所述合并请求中包含有所述hash值;
后端解析所述合并请求,获取所述hash值,并根据所述hash值找到对应分片文件的文件名;
创建一个可写流,其中所述可写流的文件名由分片文件的文件名+后缀名组合而成,遍历整个分片文件夹,将同一个分片文件夹内的所述分片文件顺序调用所述可写流组合形成所述文件。
7.根据权利要求6所述的一种web端基于http的文件传输方法,其特征在于,若步骤S5中,所述hash值找不到对应分片文件的文件名,则通知所述前端再次发送所述hash值所对应的分片文件。
8.根据权利要求6所述的一种web端基于http的文件传输方法,其特征在于,若步骤S5中出现合并失败,则自动重新合并,直到重新合并的次数到达次数阈值,则停止分片文件的合并。
9.根据权利要求6所述的一种web端基于http的文件传输方法,其特征在于,前端记录每一个分片文件的生成时间,并在每天的规定时间段内扫描分片文件并获取其生成时间,若分片文件生成时间与现时间之间的时间差超过时间阈值,则删除该分片文件。
CN202210607379.7A 2022-05-31 2022-05-31 一种web端基于http的文件传输方法 Active CN114915622B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210607379.7A CN114915622B (zh) 2022-05-31 2022-05-31 一种web端基于http的文件传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210607379.7A CN114915622B (zh) 2022-05-31 2022-05-31 一种web端基于http的文件传输方法

Publications (2)

Publication Number Publication Date
CN114915622A true CN114915622A (zh) 2022-08-16
CN114915622B CN114915622B (zh) 2024-01-30

Family

ID=82770237

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210607379.7A Active CN114915622B (zh) 2022-05-31 2022-05-31 一种web端基于http的文件传输方法

Country Status (1)

Country Link
CN (1) CN114915622B (zh)

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102487401A (zh) * 2010-12-06 2012-06-06 腾讯科技(深圳)有限公司 一种文件下载方法和装置
CN102650953A (zh) * 2011-02-28 2012-08-29 北京航空航天大学 并发优化的bpmn组合服务执行引擎及方法
CN108810055A (zh) * 2017-05-04 2018-11-13 贵州白山云科技有限公司 一种大文件传输方法及装置
CN108881485A (zh) * 2018-07-30 2018-11-23 中国石油化工股份有限公司 保障大数据包下的高并发系统响应时间的方法
CN109714330A (zh) * 2018-12-24 2019-05-03 武汉烽火众智数字技术有限责任公司 一种跨网络的断点续传方法和系统
CN110532237A (zh) * 2019-09-05 2019-12-03 恒生电子股份有限公司 格式数据文件的并发处理方法、装置及系统
US20200117637A1 (en) * 2018-10-11 2020-04-16 Box, Inc. Systems and methods for sharding based on distributed inverted indexes
CN111210340A (zh) * 2020-01-03 2020-05-29 中国建设银行股份有限公司 一种自动任务处理方法、装置、服务器及存储介质
CN111447276A (zh) * 2020-03-27 2020-07-24 东南大学 一种具有密钥协商功能的加密续传方法
CN111629058A (zh) * 2020-05-27 2020-09-04 广东浪潮大数据研究有限公司 一种镜像上传方法、装置、系统和后端设备
CN112261118A (zh) * 2020-10-19 2021-01-22 腾讯科技(深圳)有限公司 多媒体数据的异常检测方法、终端及服务器
US20210081373A1 (en) * 2019-09-12 2021-03-18 Advanced New Technologies Co., Ltd. Log-structured storage systems
CN112637357A (zh) * 2020-12-29 2021-04-09 成都知道创宇信息技术有限公司 文件传输方法、装置和终端设备
CN112948340A (zh) * 2021-02-04 2021-06-11 北京金山云网络技术有限公司 数据同步方法、装置、电子设备及可读存储介质
WO2021164178A1 (zh) * 2020-02-21 2021-08-26 平安科技(深圳)有限公司 基于云技术的文件分片上传方法、装置、设备及存储介质

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102487401A (zh) * 2010-12-06 2012-06-06 腾讯科技(深圳)有限公司 一种文件下载方法和装置
CN102650953A (zh) * 2011-02-28 2012-08-29 北京航空航天大学 并发优化的bpmn组合服务执行引擎及方法
CN108810055A (zh) * 2017-05-04 2018-11-13 贵州白山云科技有限公司 一种大文件传输方法及装置
CN108881485A (zh) * 2018-07-30 2018-11-23 中国石油化工股份有限公司 保障大数据包下的高并发系统响应时间的方法
US20200117637A1 (en) * 2018-10-11 2020-04-16 Box, Inc. Systems and methods for sharding based on distributed inverted indexes
CN109714330A (zh) * 2018-12-24 2019-05-03 武汉烽火众智数字技术有限责任公司 一种跨网络的断点续传方法和系统
CN110532237A (zh) * 2019-09-05 2019-12-03 恒生电子股份有限公司 格式数据文件的并发处理方法、装置及系统
US20210081373A1 (en) * 2019-09-12 2021-03-18 Advanced New Technologies Co., Ltd. Log-structured storage systems
CN111210340A (zh) * 2020-01-03 2020-05-29 中国建设银行股份有限公司 一种自动任务处理方法、装置、服务器及存储介质
WO2021164178A1 (zh) * 2020-02-21 2021-08-26 平安科技(深圳)有限公司 基于云技术的文件分片上传方法、装置、设备及存储介质
CN111447276A (zh) * 2020-03-27 2020-07-24 东南大学 一种具有密钥协商功能的加密续传方法
CN111629058A (zh) * 2020-05-27 2020-09-04 广东浪潮大数据研究有限公司 一种镜像上传方法、装置、系统和后端设备
CN112261118A (zh) * 2020-10-19 2021-01-22 腾讯科技(深圳)有限公司 多媒体数据的异常检测方法、终端及服务器
CN112637357A (zh) * 2020-12-29 2021-04-09 成都知道创宇信息技术有限公司 文件传输方法、装置和终端设备
CN112948340A (zh) * 2021-02-04 2021-06-11 北京金山云网络技术有限公司 数据同步方法、装置、电子设备及可读存储介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ARMANDO MIRAGLIA; DIRK VOGT; HERBERT BOS; ANDY TANENBAUM; CRISTIANO GIUFFRIDA;: "Peeking into the Past: Efficient Checkpoint-Assisted Time-Traveling Debugging", 《2016 IEEE 27TH INTERNATIONAL SYMPOSIUM ON SOFTWARE RELIABILITY ENGINEERING (ISSRE)》 *
孙立哲;: "HTTP异步接口性能测试方案设计与实践", 《计算机应用与软件》, vol. 37, no. 06 *
王莉敏;梁正和;段全锋;: "基于HTML5大文件断点续传的实现方案", 《计算机与现代化》, no. 03 *

Also Published As

Publication number Publication date
CN114915622B (zh) 2024-01-30

Similar Documents

Publication Publication Date Title
US7231404B2 (en) Datacast file transmission with meta-data retention
US5805825A (en) Method for semi-reliable, unidirectional broadcast information services
US7554920B2 (en) Method and system for dynamically adjusting transmit and receive parameters for handling negative acknowledgments in reliable multicast
JP5554817B2 (ja) データ送信装置及び方法
US20070076625A1 (en) Data communication apparatus
US6965916B1 (en) System and method for data distribution and recovery
US6665729B2 (en) Data transmission utilizing pre-emptive acknowledgements with transaction-oriented protocols
US20070124415A1 (en) Method and apparatus for reducing network traffic over low bandwidth links
US20090319600A1 (en) Optimizing program requests over a wide area network
US6980518B1 (en) Gossip-based reliable multicast message recovery system and method
US7362701B2 (en) Customer-based service system including a cascaded pipeline with self-monitoring relays
US7149898B2 (en) Self-monitoring and trending service system with a cascaded pipeline with enhanced authentication and registration
KR20040035759A (ko) 베스트-에포트 데이터의 스케줄링된 스트림밍을 위한 방법및 장치
CN109257143B (zh) 用于有长度限制的网络传输协议中分片传输数据包的方法
US20030140149A1 (en) Communication protocol for use in controlling communications in a monitoring service system
US7555558B1 (en) Method and system for fault-tolerant transfer of files across a network
US7895264B2 (en) Storage cluster server network
US8103631B2 (en) Merging files on storage and retrieve
CN111654428A (zh) 离线消息处理方法、装置和服务器
US20230156102A1 (en) Packet processing method, network device, and related device
US7283527B2 (en) Apparatus and method of maintaining two-byte IP identification fields in IP headers
US6925096B2 (en) Method and apparatus for managing traffic flows
CN114584560A (zh) 一种分片帧重组方法及装置
CN114915622A (zh) 一种web端基于http的文件传输方法
US20040267692A1 (en) Sparse and non-sparse data management method and system

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