文件分片上传方法、装置、车辆及存储介质制造方法及图纸

技术编号:37582470 阅读:20 留言:0更新日期:2023-05-15 07:56
本申请涉及一种文件分片上传方法、装置、车辆及存储介质,其中,方法包括:读取车辆的待上传文件,并判断待上传文件是否满足预设文件分片上传条件;若不满足,则切分待上传文件,得到全量切片文件;基于预设抽取规则,对全量切片文件进行抽样截取,并将抽取得到的多个切片按照预设顺序合并成新的待上传文件,并将新的待上传文件传入预设第三方库中,生成待上传文件的哈希值,以基于哈希值上传待上传文件至服务器。本申请按照固定大小对文件进行切片,并从中抽样获取部分切片重新合并,进而计算抽样合并的文件内容,生成文件唯一标识哈希值,以按照正常的文件上传流程进行上传,从而有效降低了计算量,提升了计算效率,改善了用户的使用体验。用体验。用体验。

【技术实现步骤摘要】
文件分片上传方法、装置、车辆及存储介质


[0001]本申请涉及通讯数据传输
,特别涉及一种文件分片上传方法、装置、车辆及存储介质。

技术介绍

[0002]大文件切片上传是互联网数据传输通信中较为常见的场景。当前大文件切片上传至服务器是通过spark

md5根据文件切片后的全量内容计算出上传文件唯一标识hash值,在上传文件前发送请求,将要上传文件的全量切片生成的hash值与服务器上已存文件的hash值进行比对,相同hash值的文件可确认为同一文件,以实现秒传功能。
[0003]若上传文件是一个超大文件,读取文件全量内容计算hash非常耗时,且会引起UI阻塞,导致页面假死。目前的比较通用的解决方案是通过Web Worker使得hash计算不卡顿主线程,Web Worker可使脚本运行在新的线程中,其独立于主线程,可进行大量的计算活动,而不会影响主线程的UI渲染。
[0004]然而,虽然Web Worker另开线程计算文件全量hash,并不影响主线程的UI渲染,但是文件越大,计算时间越长,计算文件全量内容的hash会造成等待时间过长,影响用户体验,亟待解决。

技术实现思路

[0005]本申请提供一种文件分片上传方法、装置、车辆及存储介质,以解决大文件上传时,通过第三方库计算文件唯一标识哈希值耗时过长,用户体验较差等问题。
[0006]本申请第一方面实施例提供一种文件分片上传方法,包括以下步骤:读取车辆的待上传文件,并判断所述待上传文件是否满足预设文件分片上传条件;如果不满足所述预设文件分片上传条件,则切分所述待上传文件,得到全量切片文件;以及基于预设抽取规则,对所述全量切片文件进行抽样截取,并将抽取得到的多个切片按照预设顺序合并成新的待上传文件,并将所述新的待上传文件传入预设第三方库中,生成所述待上传文件的哈希值,以基于所述哈希值上传所述待上传文件至服务器。
[0007]可选地,在本申请的一个实施例中,还包括:如果满足所述预设文件分片上传条件,则将所述待上传文件上传至所述服务器。
[0008]可选地,在本申请的一个实施例中,所述基于所述哈希值上传所述待上传文件,包括:将所述待上传文件信息及所述哈希值上传至所述服务器;基于预设策略判断所述服务器是否存在相同文件,其中,若存在所述相同文件,则返回上传成功信息,否则在所述服务器中新增标识文件夹。
[0009]可选地,在本申请的一个实施例中,所述待上传文件信息包括所述待上传文件的大小、名称、预设分片大小中的至少一项。
[0010]本申请第二方面实施例提供一种文件分片上传装置,包括:判断模块,用于读取车辆的待上传文件,并判断所述待上传文件是否满足预设文件分片上传条件;切片模块,用于
如果不满足所述预设文件分片上传条件,则切分所述待上传文件,得到全量切片文件;以及第一上传模块,用于基于预设抽取规则,对所述全量切片文件进行抽样截取,并将抽取得到的多个切片按照预设顺序合并成新的待上传文件,并将所述新的待上传文件传入预设第三方库中,生成所述待上传文件的哈希值,以基于所述哈希值上传所述待上传文件至服务器。
[0011]可选地,在本申请的一个实施例中,还包括:第二上传模块,用于如果满足所述预设文件分片上传条件,则将所述待上传文件上传至所述服务器。
[0012]可选地,在本申请的一个实施例中,所述上传模块包括:传值单元,用于将所述待上传文件信息及所述哈希值上传至所述服务器;分析单元,用于基于预设策略判断所述服务器是否存在相同文件,其中,若存在所述相同文件,则返回上传成功信息,否则在所述服务器中新增标识文件夹。
[0013]可选地,在本申请的一个实施例中,所述待上传文件信息包括所述待上传文件的大小、名称、预设分片大小中的至少一项。
[0014]本申请第三方面实施例提供一种车辆,包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序,以实现如上述实施例所述的文件分片上传方法。
[0015]本申请第四方面实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储计算机程序,该程序被处理器执行时实现如上的文件分片上传方法。
[0016]由此,本申请的实施例具有以下有益效果:
[0017]本申请的实施例可以通过读取车辆的待上传文件,并判断待上传文件是否满足预设文件分片上传条件;如果不满足预设文件分片上传条件,则切分待上传文件,得到全量切片文件;基于预设抽取规则,对全量切片文件进行抽样截取,并将抽取得到的多个切片按照预设顺序合并成新的待上传文件,并将新的待上传文件传入预设第三方库中,生成待上传文件的哈希值,以基于哈希值上传待上传文件至服务器。本申请按照固定大小对文件进行切片,并从中抽样获取部分切片内容重新合并,进而通过第三方Spack MD5计算抽样合并的文件内容,生成文件唯一标识哈希值,以按照正常的文件上传流程进行上传,并可依据生成的哈希值实现文件断点上传和秒传功能,从而有效降低了计算量,提升了计算效率,改善了用户的使用体验。由此,解决了大文件上传时,通过第三方库计算文件唯一标识哈希值耗时过长,用户体验较差等问题。
[0018]本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
[0019]本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
[0020]图1为根据本申请实施例提供的一种文件分片上传方法的流程图;
[0021]图2为本申请的一个实施例提供的一种文件分片上传方法的执行逻辑示意图;
[0022]图3为根据本申请实施例的文件分片上传装置的示例图;
[0023]图4为本申请实施例提供的车辆的结构示意图。
[0024]其中,10

文件分片上传装置、100

判断模块、200

切片模块、300

第一上传模块、
401

存储器、402

处理器、403

通信接口。
具体实施方式
[0025]下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
[0026]下面参考附图描述本申请实施例的文件分片上传方法、装置、车辆及存储介质。针对上述
技术介绍
中提到的问题,本申请提供了一种文件分片上传方法,在该方法中,通过读取车辆的待上传文件,并判断待上传文件是否满足预设文件分片上传条件;如果不满足预设文件分片上传条件,则切分待上传文件,得到全量切片文件;基于预设抽取规则,对全量切片文件进行抽样截取,并将抽取得到的多个切片按照预设顺序合并成新的待上传文件本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种文件分片上传方法,其特征在于,包括以下步骤:读取车辆的待上传文件,并判断所述待上传文件是否满足预设文件分片上传条件;如果不满足所述预设文件分片上传条件,则切分所述待上传文件,得到全量切片文件;以及基于预设抽取规则,对所述全量切片文件进行抽样截取,并将抽取得到的多个切片按照预设顺序合并成新的待上传文件,并将所述新的待上传文件传入预设第三方库中,生成所述待上传文件的哈希值,以基于所述哈希值上传所述待上传文件至服务器。2.根据权利要求1所述的方法,其特征在于,还包括:如果满足所述预设文件分片上传条件,则将所述待上传文件上传至所述服务器。3.根据权利要求1所述的方法,其特征在于,所述基于所述哈希值上传所述待上传文件,包括:将所述待上传文件信息及所述哈希值上传至所述服务器;基于预设策略判断所述服务器是否存在相同文件,其中,若存在所述相同文件,则返回上传成功信息,否则在所述服务器中新增标识文件夹。4.根据权利要求3所述的方法,其特征在于,所述待上传文件信息包括所述待上传文件的大小、名称、预设分片大小中的至少一项。5.一种文件分片上传装置,其特征在于,包括:判断模块,用于读取车辆的待上传文件,并判断所述待上传文件是否满足预设文件分片上传条件;切片模块,用于如果不满足所述预设文件分片上传条件,则切分所述待上传文件,得到全量切片文件;以...

【专利技术属性】
技术研发人员:白鹏远
申请(专利权)人:奇瑞汽车股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1