CN111930696A - 一种基于小程序的文件传输处理方法及系统 - Google Patents

一种基于小程序的文件传输处理方法及系统 Download PDF

Info

Publication number
CN111930696A
CN111930696A CN202010712924.XA CN202010712924A CN111930696A CN 111930696 A CN111930696 A CN 111930696A CN 202010712924 A CN202010712924 A CN 202010712924A CN 111930696 A CN111930696 A CN 111930696A
Authority
CN
China
Prior art keywords
file
cache
request
small program
client
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
CN202010712924.XA
Other languages
English (en)
Other versions
CN111930696B (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.)
CCB Finetech Co Ltd
Original Assignee
China Construction Bank Corp
CCB Finetech 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 China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202010712924.XA priority Critical patent/CN111930696B/zh
Publication of CN111930696A publication Critical patent/CN111930696A/zh
Application granted granted Critical
Publication of CN111930696B publication Critical patent/CN111930696B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/17—Details of further file system functions
    • G06F16/172—Caching, prefetching or hoarding of files
    • 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
    • G06F16/162—Delete operations
    • 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/17—Details of further file system functions
    • G06F16/1737—Details of further file system functions for reducing power consumption or coping with limited storage space, e.g. in mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • G06F21/556—Detecting local intrusion or implementing counter-measures involving covert channels, i.e. data leakage between processes
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种基于小程序的文件传输处理方法及系统，涉及计算机技术领域。该方法的一具体实施方式包括：在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作；在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；若否，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件；在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。该实施方式解决了文件下载时缓存超限导致下载失败的问题，提高了文件传输的稳定性。

Description

一种基于小程序的文件传输处理方法及系统
技术领域
本发明涉及计算机技术领域，尤其涉及一种基于小程序的文件传输处理方法及系统。
背景技术
小程序是一种不需要安装即可使用的应用。现有的小程序通常支持文件传输功能。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：第一、客户端缓存的存储容量有限，如果下载的文件与本地缓存的全部文件的总大小大于客户端缓存的缓存阈值，下载的文件将无法保存至客户端缓存中，导致文件下载失败，用户体验较差；第二、现有的小程序在上传文件时，上传接口只支持单次单文件上传，如在用户将图片上传至网络空间相册等类似场景中，需用户一张一张上传，上传文件效率过低，同样导致用户体验较差；第三、文件下载接口只支持GET请求，GET请求的所有参数都显示在请求的路径上，抓包工具可以获取请求路径上的参数值，导致文件传输接口安全性低，容易造成用户隐私数据泄漏。
发明内容
有鉴于此，本发明提供一种基于小程序的文件传输处理方法及系统，能够提高文件传输效率及稳定性，可适用于不同的目标程序，提升用户使用体验。
为实现上述目的，根据本发明的一个方面，提供了一种基于小程序的文件传输处理方法。
本发明的基于小程序的文件传输处理方法包括：
在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作；
在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；若否，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件；
在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。
可选地，所述方法还包括：在所述根据文件下载请求，调用文件下载接口执行文件下载操作之前，确认下载标志位的取值为第一取值且下载地址不为空；以及，在确认所述下载标志位的取值为第一取值且下载地址不为空之后，将所述下载标志位的取值设置为第二取值。
可选地，所述方法还包括：在确认所述下载标志位的取值不为第一取值或者下载地址为空的情况下，向用户发送下载失败提示信息；和/或，在文件下载失败后，向用户发送下载失败提示信息。
可选地，所述根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件包括：
读取小程序客户端的缓存文件信息，其中；所述小程序客户端的缓存文件信息包括缓存文件的大小；判断请求文件与全部缓存文件的总大小是否小于或等于所述小程序客户端缓存的缓存阈值；若是，则所述小程序客户端缓存能够存储请求文件；若否，则所述小程序客户端缓存不能存储请求文件。
可选地，所述根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件包括：
按照下载时间由先到后的顺序对所述小程序客户端缓存中的缓存文件进行按序清除，直至所述小程序客户端缓存中的缓存文件总大小小于或等于所述小程序客户端缓存的缓存阈值。
可选地，所述方法还包括：
在更新所述小程序客户端的缓存文件信息之前，确认将所述请求文件写入所述小程序客户端缓存成功；以及，在确认将所述请求文件写入所述小程序客户端缓存成功之后，将所述下载标志位的取值设置为第一取值。
可选地，所述方法还包括：
在确认将所述请求文件写入所述小程序客户端缓存失败之后，强制删除小程序客户端缓存中的缓存文件，并将所述下载标志位的取值设置为第一取值。
可选地，所述强制删除小程序客户端缓存中的缓存文件包括：读取缓存文件目录，递归删除所述缓存文件目录中的每一个文件；以及，在所述强制删除小程序客户端缓存中的缓存文件之后，重置并保存所述小程序客户端的缓存文件信息，向用户发送下载失败提示信息。
可选地，所述方法还包括：
在接收到多个文件的上传请求后，根据递归算法递归调用小程序的文件上传接口对所述多个文件中的每一个依次进行上传；其中，所述小程序的文件上传接口不支持单次多文件上传。
可选地，所述根据递归算法递归调用小程序的文件上传接口对所述多个文件中的每一个依次进行上传包括：
对于所述多个文件中的第一个文件，判断所述第一个文件的上传地址是否为空、且文件大小是否超过文件上传阈值；在所述第一个文件的上传地址不为空、且文件大小未超过文件上传阈值的情况下，调用小程序的文件上传接口对所述第一个文件进行上传处理；在对所述第一个文件上传成功以后，获取所述多个文件中的第二个文件进行上传处理，直至对所述多个文件处理完毕。
可选地，所述文件下载接口是经过封装的下载接口，所述文件下载接口支持HTTPS方法的任意类型请求。
可选地，所述任意类型请求包括POST请求。
根据本发明的再一个方面，提供了一种基于小程序的文件传输处理系统。
本发明的基于小程序的文件传输处理系统包括：
下载模块，用于在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作；
判断模块，用于在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；
清除模块，用于在小程序客户端缓存不能存储请求文件时，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件；
写入模块，用于在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。
根据本发明的另一个方面，提供了一种基于小程序的文件传输处理电子设备。
本发明的基于小程序的文件传输处理电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的文件传输处理方法。
根据本发明的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的文件传输处理方法。
上述发明中的实施例具有如下优点或有益效果：
在本发明实施例中，在对下载文件进行缓存时，面对小程序客户端缓存空间不足的情况，通过按序删除根据下载时间先后排序的缓存文件，实现对缓存空间的及时清理，克服了文件下载时缓存空间超限导致下载失败的技术问题，进而达到提高文件下载的稳定性、提升用户体验的技术效果；通过在下载文件超限、下载地址为空、文件写入异常等情况时向用户发出下载失败的提示信息，能够及时向用户明示下载失败原因，克服了用户体验差的技术问题，进而达到使得用户获得良好体验的技术效果；通过递归算法递归调用小程序的上传接口以实现单次多文件上传，克服了单次单文件上传时上传效率过低的技术问题，进而达到提高文件上传效率、提升用户体验的技术效果；通过重新对文件下载接口进行封装，克服了现有下载接口容易泄露数据、安全性低的技术问题，进而达到提高文件下载接口的安全性及扩展性(可适用HTTPS方法的任意类型请求)、保护用户隐私的技术效果。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例一的基于小程序的文件传输处理方法的主要流程的示意图；
图2是根据本发明实施例二的基于小程序的文件传输处理方法的主要流程的示意图；
图3是根据本发明实施例基于第一缓存清除算法进行缓存管理的主要流程的示意图；
图4是根据本发明实施例的基于强制删除缓存文件算法进行缓存管理的主要流程的示意图；
图5是根据本发明实施例三的基于小程序的文件传输处理方法的主要流程的示意图；
图6是根据本发明实施例四的基于小程序的文件传输处理系统的主要模块的示意图；
图7是本发明实施例可以应用于其中的示例性系统架构图；
图8是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例作出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例作出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例一的基于小程序的文件传输处理方法的主要流程的示意图，如图1所示，本发明实施例的基于小程序的文件传输处理方法主要包括文件下载流程，包括：
步骤S101、在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作。
示例性地，所述文件下载请求为小程序客户端的文件下载请求，用户通过所述客户端小程序的界面进行操作，触发文件下载请求，小程序客户端接收到下载请求后，调用所述小程序客户端的文件下载接口，开始下载请求文件。
进一步地，所述小程序客户端可以为微信小程序客户端。
步骤S102、在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；若否，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件。
在该步骤中，可根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储下载成功的请求文件。若是，则可将下载成功的请求文件存储至小程序客户端缓存；若否，则需根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，再判断小程序客户端缓存的剩余空间是否能存储下载成功的请求文件，如是循环，直至小程序客户端缓存的剩余空间能够存储下载成功的请求文件。
进一步地，所述小程序客户端的缓存文件信息可以为缓存文件的大小。
步骤S103、在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。
在该步骤中，已确定所述小程序客户端缓存能够存储请求文件，此时，将下载成功的所述请求文件保存至所述小程序客户端缓存，即将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。比如，根据下载成功的所述请求文件的文件大小信息更新所述小程序客户端的缓存文件大小信息。
在本发明实施例中，通过在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作；在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；若否，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件；在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息这些步骤，能够在小程序客户端下载文件缓存空间超限时对缓存空间进行清理，从而成功下载文件，不仅提高了文件下载的稳定性，而且提升了用户体验。
图2是根据本发明实施例二的基于小程序的文件传输处理方法的主要流程的示意图，如图2所示，本发明实施例的基于小程序的文件传输处理方法主要包括文件下载流程，包括：
步骤S201、判断下载标志位是否为第一取值。
为了避免用户高频下载，在文件下载流程中，可设置下载标志位，当下载标志位的取值为第一取值时，表示当前可以下载文件；当下载标志位的取值为第二取值时，表示当前不可以下载文件。例如，第一取值可用“fasle”表示，第二取值可用“true”表示；或者，第一取值可用“1”表示，第二取值可用“0”表示。
该步骤中，判断所述下载标志位的取值是否为第一取值，若是，则接下来执行步骤S202；若否，则向用户发出下载失败提示。比如，下载失败提示可以为“正在下载中……，请稍后”。
步骤S202、判断下载地址是否为空。
在确认所述下载标志位的取值为第一取值后，判断所述下载地址是否为空，若否，则接下来执行步骤S203；若是，则向用户发出下载失败提示。比如，在所述下载地址为空时，向用户发出的下载失败提示可以为“下载路径不能为空！”。
步骤S203、将下载标志位设置为第二取值，开始下载请求文件。
该步骤中，在确认所述下载标志位取值为第一取值且下载地址不为空后，将下载标志位的取值设置为第二取值，并调用文件下载接口开始下载请求文件。
在一个可选示例中，考虑到小程序原有的文件下载接口只支持HTTPS GET请求，不支持其他类型请求，存在安全性问题，因此，步骤S203调用的文件下载接口为对小程序的现有请求接口进行重新封装得到的接口。以某款小程序为例，对小程序的现有请求接口进行重新封装得到新的文件下载接口的流程包括：
对请求接口执行以下操作：
(1)设置请求接口的数据类型(dataType)为‘其他’，因为文件下载接口返回的是文件，不是JSON数据，不需要对内容进行JSON.parse。
(2)设置请求接口的响应类型(responseType)为‘arraybuffer(数组缓冲区)’，响应数据为文件数据流。
(3)对success回调函数处理：回调函数对文件流进行写文件操作，将文件保存到本地缓存中。
通过以上封装处理得到的文件下载接口可支持POST、GET等任意类型的HTTPS请求，从而解决了由于小程序原有文件下载接口只支持GET请求所导致的数据传输安全性问题。为了进一步提高数据传输安全性，在采用重新封装得到的文件下载接口的同时，将请求的参数放到请求体中，并对请求体进行加密处理。
步骤S204、判断请求文件是否下载成功。
在将所述下载标志位的取值设置为第二取值，开始下载请求文件后，判断所述请求文件是否下载成功，若是，则接下来执行步骤S205；若否，则向用户发出下载失败提示。比如，所述请求文件下载失败时，向用户发出的下载失败提示可以为“下载失败”。
进一步地，在所述请求文件下载失败后，将所述下载标志位的取值设置为第一取值。
步骤S205、读取小程序客户端的缓存文件信息。
该步骤中，在所述请求文件下载成功后，读取小程序客户端的缓存文件信息。
在本发明实施例中，小程序客户端的缓存文件信息包括：缓存文件总大小，用来记录所述小程序客户端的全部缓存文件的总大小信息；文件缓存路径，用来记录所述小程序客户端的每个文件的存储路径；文件下载时间，用来所述记录小程序客户端的每个文件的下载时间；文件大小，用来所述记录小程序客户端的每个文件的文件大小。
步骤S206、判断小程序客户端缓存是否能够存储请求文件。
示例性地，在判断所述小程序客户端缓存是否能够存储请求文件时，可根据所述小程序客户端的缓存文件信息中的缓存文件的文件大小进行判断，包括：判断请求文件与全部缓存文件的总大小是否小于或者等于所述小程序客户端缓存的缓存阈值，若是，则所述小程序客户端缓存能够存储请求文件；若否，则所述小程序客户端缓存不能存储请求文件。
在判断出所述小程序客户端缓存能够存储请求文件时，则接下来执行步骤S208；若否，则转入执行步骤S207。
步骤S207、执行第一缓存清除算法，直至客户端缓存能够存储请求文件。
进一步地，在对所述小程序客户端缓存的存储空间进行清理时，按照下载时间由先到后的顺序，根据已知的需要清除的缓存文件的文件缓存路径，对所述小程序客户端缓存中的缓存文件进行删除，直至所述小程序客户端缓存能够存储请求文件。
在确认所述小程序客户端缓存能够存储请求文件后，将所述请求文件写入到所述小程序客户端缓存，接下来执行步骤S208。
步骤S208、判断写入请求文件到小程序客户端缓存是否成功。
在将所述请求文件写入到所述小程序客户端缓存后，判断所述写入操作是否成功，若是，则接下来执行步骤S209；若否，则转入执行步骤S210。
步骤S209、更新小程序客户端的缓存文件信息。
在确认将所述请求文件写入到所述小程序客户端缓存成功后，更新所述小程序客户端的缓存文件信息，示例性地，所述更新小程序客户端的缓存文件信息包括：更新请求文件的文件缓存路径、文件下载时间、文件大小及缓存文件总大小。
步骤S210、执行强制删除缓存文件算法。
根据步骤S207的执行结果可知，此时所述小程序客户端缓存的存储容量满足请求文件写入的空间需求，但是，在执行步骤208时，将请求文件写入到所述小程序客户端缓存时却出现写入异常现象，说明小程序客户端缓存异常，所以，需要对所述小程序客户端缓存进行强制删除，以恢复所述小程序客户端缓存至初始状态。
在一个可选示例中，执行步骤S207的第一缓存清除算法对所述小程序客户端缓存中的缓存文件进行删除时，若某个缓存文件删除失败，也可执行强制删除缓存文件算法，删除所述小程序客户端缓存中的全部缓存文件。
步骤S211、将下载标志位设置为第一取值。
该步骤中，在确认所述小程序客户端的缓存文件信息更新成功，或所述强制删除缓存文件算法执行完成后，将所述下载标志位的取值设置为第一取值，以表明此次下载结束，可以开始新一次下载。
根据本发明的实施例，通过在文件下载流程中设置下载标志位，可以阻止用户高频率地下载文件，即保证文件按次序进行下载，只有当一个文件下载完成时，才能开始下一个文件的下载。
根据本发明的实施例，将所述小程序客户端的接口进行重新封装，封装后的文件下载接口支持HTTPS方法的任意类型请求，包括GET请求、POST请求、PUT请求、DELETE请求等。解决了现有下载接口容易泄露数据、安全性低等问题，不仅提高了文件下载接口的安全性及扩展性、保护用户隐私，而且提升了用户体验。
在本发明实施例中，通过以上步骤实现了请求文件的成功下载，能够在小程序客户端下载文件缓存空间超限时对缓存空间进行清理，从而成功下载文件，并针对不同的下载出错情形，向用户进行出错原因的提示，以便于用户进行下一步操作，不仅提高了文件下载的稳定性，而且提升了用户体验。
图3是根据本发明实施例基于第一缓存清除算法进行缓存管理的主要流程的示意图，如图3所示，本发明实施例的基于小程序的文件传输处理方法中基于第一缓存清除算法进行缓存管理的流程包括：
步骤S301、判断请求文件的大小是否超出缓存阈值。
在该步骤中，判断请求文件的大小是否超出所述小程序客户端缓存的缓存阈值，若是，则向用户发出下载失败提示；若否，则接下来执行步骤S302。
进一步地，在所述请求文件的大小超出所述小程序客户端缓存的缓存阈值时，向用户发出的下载失败提示可以为“下载文件超限，无法下载！”。
步骤S302、将请求文件信息保存至客户端缓存。
该步骤中，在确认请求文件的大小未超出所述小程序客户端缓存的缓存阈值时，将所述请求文件的信息保存至所述小程序客户端缓存，接下来执行步骤S303。
进一步地，在将所述请求文件的信息保存至所述小程序客户端缓存时，所述请求文件的文件信息包括：请求文件的文件缓存路径、文件下载时间、文件大小。
步骤S303、更新客户端缓存的缓存文件总大小为其与请求文件大小之和。
该步骤中，在所述请求文件的信息保存至所述小程序客户端缓存后，更新所述小程序客户端的缓存文件信息，将所述小程序客户端缓存的缓存文件总大小更新为其与请求文件大小之和，此时，缓存文件总大小大于所述小程序客户端的缓存阈值，接下来执行步骤S304。
步骤S304、按时间对缓存文件进行排序，记为D1、D2、……、Dn。
该步骤中，在更新所述小程序客户端缓存的缓存文件总大小信息之后，根据所述小程序客户端的缓存文件信息，按照文件下载时间由先到后的顺序，对所述小程序客户端缓存的全部缓存文件进行排序，最先下载的缓存文件定义为缓存文件D1，其次下载的缓存文件定义为缓存文件D2，……，最后下载的缓存文件定义为缓存文件Dn，接下来执行步骤S305。
步骤S305、建立待删除文件数组。
在该步骤中，按照下载时间由先到后的顺序对所述小程序客户端的缓存文件进行排序后，建立待删除文件数组，接下来执行步骤S306。
步骤S306、读取缓存文件Dm的信息(m＝1，2，……，n)。
在该步骤中，读取所述小程序客户端的缓存文件Dm的文件信息，从m＝1即缓存文件D1开始，文件信息包括文件大小、文件下载路径，接下来执行步骤S307。
步骤S307、更新客户端缓存的缓存文件总大小为其与缓存文件Dm大小之差。
该步骤中，在读取所述小程序客户端的缓存文件Dm的文件信息后，将缓存文件总大小更新为其与缓存文件Dm的文件大小之差，接下来执行步骤S308。
步骤S308、将Dm存储至待删除文件数组。
该步骤中，在将缓存文件总大小更新为其与缓存文件Dm的文件大小之差后，将缓存文件Dm存储至待删除文件数组，接下来执行步骤S309。
步骤S309、判断缓存文件总大小是否小于等于客户端缓存的缓存阈值。
在该步骤中，将缓存文件Dm存储至所述待删除文件数组后，判断缓存文件总大小是否小于等于所述小程序客户端缓存的缓存阈值，若是，则接下来执行步骤S310；若否，则将m赋值为m+1，返回执行步骤S306。
步骤S310、将待删除文件数组中的文件删除。
该步骤中，在确认缓存文件总大小小于等于所述小程序客户端缓存的缓存阈值后，删除待删除文件数组中的缓存文件。
在本发明实施例中，通过执行第一缓存清除算能够在下载请求文件存储超限时对所述小程序客户端的缓存空间的清理，从而使得所述小程序客户端缓存可以存储请求文件，不仅提高了文件下载的稳定性，而且提升了用户体验。
图4是根据本发明实施例的基于强制删除缓存文件算法进行缓存管理的主要流程的示意图，如图4所示，本发明实施例的基于小程序的文件传输处理方法中的基于强制删除缓存文件算法进行缓存管理的流程包括：
步骤S401、读取缓存文件目录。
在该步骤中，读取所述小程序客户端中的缓存文件的目录，缓存文件的目录中包括了全部的缓存文件，则接下来执行步骤S402。
步骤S402、递归删除目录中的每一个文件。
该步骤中，在读取所述小程序客户端中的缓存文件的目录后，按照读取的缓存文件目录顺序，递归删除缓存文件目录中的每一个缓存文件，接下来执行步骤S403。
步骤S403、重置客户端的缓存文件信息。
在该步骤中，将所述小程序客户端中的全部缓存文件删除后，重置所述小程序客户端的缓存文件信息，将缓存文件信息赋值为空对象，接下来执行步骤S403。
进一步地，在重置所述小程序客户端的缓存文件信息时，将缓存文件信息保存至所述小程序客户端中。
步骤S404、向用户发出下载失败提示。
在该步骤中，重置所述小程序客户端的缓存文件信息后，向用户发出下载失败提示。比如，下载失败提示可以为“下载失败，请刷新页面重试！”。
在本发明实施例中，通过执行强制删除缓存算法，解决了文件写入异常、文件删除异常的问题，实现了在所述小程序客户端的缓存空间正常文件写入失败、执行文件删除操作失败的情况下，强制删除缓存文件的功能，从而保证文件的正常传输，不仅提高了文件传输的稳定性，而且提升了用户体验。
图5是根据本发明实施例三的基于小程序的文件传输处理方法的主要流程的示意图。本发明实施例的文件传输方法不仅包括文件下载流程，还包括文件上传流程。如图5所示，本发明实施例的基于小程序的文件上传流程包括：
步骤S501、上传请求文件Um。
在该步骤中，将待上传至所述小程序客户端的多个文件进行排序，最先上传的定义为请求文件U1，其次上传的定义为请求文件U2，……，最后上传的定义为请求文件Un，按序上传请求文件Um，接下来执行步骤S502。
步骤S502、判断请求文件Um上传地址是否为空。
在该步骤中，判断请求文件Um所述上传地址是否为空，若是，则向用户发出上传失败提示；若否，则接下来执行步骤S503。
进一步地，在确认所述请求文件Um的上传地址为空时，向用户发出的上传失败提示可以为“上传路径不能为空！”。
步骤S503、判断请求文件Um大小是否大于文件上传阈值。
该步骤中，在确认所述请求文件Um的上传地址不为空后，判断所述请求文件Um的文件大小是否大于文件上传阈值，若是，则向用户发出上传失败提示；若否，则接下来执行步骤S504。
进一步地，所述请求文件Um的文件大小大于文件上传阈值时，向用户发出的上传失败提示可以为“上传文件超限，无法上传！”。
步骤S504、调用文件上传接口上传请求文件。
该步骤中，在确认所述请求文件Um的上传地址不为空且请求文件Um的文件大小小于等于文件上传阈值后，调用文件上传接口上传请求文件Um，接下来执行步骤S505。
步骤S505、判断请求文件Um是否上传成功。
该步骤中，在调用文件上传接口上传请求文件Um后，判断所述请求文件Um是否上传成功，若是，则接下来执行步骤S506；若否，则向用户发出上传失败提示。比如，确认所述请求文件Um上传失败后，向用户发出的上传失败提示可以为“上传失败！”。
步骤S506、判断是否全部上传完毕。
该步骤中，在确认所述请求文件Um上传成功后，判断是否全部请求文件上传完毕，若是，则向用户发出上传成功提示；若否，则转入步骤S501，继续上传下一个请求文件。
进一步地，确认全部请求文件上传成功后，向用户发出的上传成功提示可以为“全部文件上传成功！”。
具体实施时，可将多文件上传递归算法采用Promise封装实现。Promise是一种异步编程方案，可以理解为一个容器，里面保存着某个将来才能结束的结果，可以根据返回结果继续相关业务处理。
在本发明实施例中，通过对小程序客户端的文件上传接口进行封装，实现了用户只需操作一次，即可实现多文件递归上传的功能，不仅提高了文件上传效率，而且提升了用户体验。
图6是根据本发明实施例四的基于小程序的文件传输处理系统的主要模块的示意图。如图6所示，本发明实施例的基于小程序的文件传输处理系统600包括：下载模块601、判断模块602、清除模块603、写入模块604。
下载模块601，用于在接收到文件下载请求后，根据文件下载请求执行文件下载操作。
示例性地，所述文件下载请求为小程序客户端的文件下载请求，用户通过所述客户端小程序的界面进行操作，触发文件下载请求，小程序客户端接收到下载请求后，调用所述小程序客户端的文件下载接口，开始下载请求文件。
判断模块602，用于在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件。
该模块中，在请求文件下载成功后，可根据所述小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储下载成功的请求文件。若是，则可将下载成功的请求文件存储至小程序客户端缓存；若否，则不能将下载成功的请求文件存储至小程序客户端缓存。
清除模块603，用于在小程序客户端缓存不能够存储请求文件时，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件。
该模块中，在确认小程序客户端缓存不能够存储请求文件时，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，再判断小程序客户端缓存的剩余空间是否能存储下载成功的请求文件，如是循环，直至小程序客户端缓存的剩余空间能够存储下载成功的请求文件。
写入模块604，用于在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。
在该模块中，已确定所述小程序客户端缓存能够存储请求文件，此时，将下载成功的所述请求文件保存至所述小程序客户端缓存，即将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。比如：根据下载成功的所述请求文件的文件大小信息更新所述小程序客户端的缓存文件大小信息。
在本发明实施例中，通过下载模块在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作，通过判断模块根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件，通过清除模块根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，通过写入模块将所述请求文件写入所述小程序客户端缓存，能够在小程序客户端下载文件缓存空间超限时对缓存空间进行清理，从而成功下载文件，不仅提高了文件下载的稳定性，而且提升了用户体验。
图7示出了可以应用本发明实施例的基于小程序的文件传输处理方法的示例性系统架构700。
如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的金融类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息)反馈给终端设备。
需要说明的是，本发明实施例所提供的基于小程序的文件传输处理方法一般由服务器705执行。
应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括下载模块、判断模块、清除模块和写入模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，下载模块还可以被描述为“向所连接的服务端获取文件的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作；在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；若否，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件；在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。
根据本发明实施例的技术方案，能够提高文件传输效率及稳定性，可适用于不同的目标程序，提升用户使用体验。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (15)

1.一种基于小程序的文件传输处理方法，其特征在于，所述方法包括：
在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作；
在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；若否，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件；
在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：在所述根据文件下载请求，调用文件下载接口执行文件下载操作之前，确认下载标志位的取值为第一取值且下载地址不为空；以及，在确认所述下载标志位的取值为第一取值且下载地址不为空之后，将所述下载标志位的取值设置为第二取值。
3.如权利要求2所述的方法，其特征在于，所述方法还包括：在确认所述下载标志位的取值不为第一取值或者下载地址为空的情况下，向用户发送下载失败提示信息；和/或，在文件下载失败后，向用户发送下载失败提示信息。
4.如权利要求1所述的方法，其特征在于，所述根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件包括：
读取小程序客户端的缓存文件信息，其中；所述小程序客户端的缓存文件信息包括缓存文件的大小；判断请求文件与全部缓存文件的总大小是否小于或等于所述小程序客户端缓存的缓存阈值；若是，则所述小程序客户端缓存能够存储请求文件；若否，则所述小程序客户端缓存不能存储请求文件。
5.如权利要求4所述的方法，其特征在于，所述根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件包括：
按照下载时间由先到后的顺序对所述小程序客户端缓存中的缓存文件进行按序清除，直至所述小程序客户端缓存中的缓存文件总大小小于或等于所述小程序客户端缓存的缓存阈值。
6.如权利要求2所述的方法，其特征在于，所述方法还包括：
在更新所述小程序客户端的缓存文件信息之前，确认将所述请求文件写入所述小程序客户端缓存成功；以及，在确认将所述请求文件写入所述小程序客户端缓存成功之后，将所述下载标志位的取值设置为第一取值。
7.如权利要求6所述的方法，其特征在于，所述方法还包括：
在确认将所述请求文件写入所述小程序客户端缓存失败之后，强制删除小程序客户端缓存中的缓存文件，并将所述下载标志位的取值设置为第一取值。
8.如权利要求7所述的方法，其特征在于，所述强制删除小程序客户端缓存中的缓存文件包括：读取缓存文件目录，递归删除所述缓存文件目录中的每一个文件；以及，在所述强制删除小程序客户端缓存中的缓存文件之后，重置并保存所述小程序客户端的缓存文件信息，向用户发送下载失败提示信息。
9.如权利要求1所述的方法，其特征在于，所述方法还包括：
在接收到多个文件的上传请求后，根据递归算法递归调用小程序的文件上传接口对所述多个文件中的每一个依次进行上传；其中，所述小程序的文件上传接口不支持单次多文件上传。
10.如权利要求9所述的方法，其特征在于，所述根据递归算法递归调用小程序的文件上传接口对所述多个文件中的每一个依次进行上传包括：
对于所述多个文件中的第一个文件，判断所述第一个文件的上传地址是否为空、且文件大小是否超过文件上传阈值；在所述第一个文件的上传地址不为空、且文件大小未超过文件上传阈值的情况下，调用小程序的文件上传接口对所述第一个文件进行上传处理；在对所述第一个文件上传成功以后，获取所述多个文件中的第二个文件进行上传处理，直至对所述多个文件处理完毕。
11.如权利要求1所述的方法，其特征在于，所述文件下载接口是经过封装的下载接口，所述文件下载接口支持HTTPS方法的任意类型请求。
12.如权利要求11所述的方法，其特征在于，所述任意类型请求包括POST请求。
13.一种基于小程序的文件传输处理系统，其特征在于，所述系统包括：
下载模块，用于在接收到文件下载请求后，根据文件下载请求，调用文件下载接口执行文件下载操作；
判断模块，用于在文件下载成功后，根据小程序客户端的缓存文件信息判断小程序客户端缓存是否能够存储请求文件；
清除模块，用于在小程序客户端缓存不能存储请求文件时，根据第一缓存清除算法清除小程序客户端缓存中的部分缓存文件，直至所述小程序客户端缓存能够存储请求文件；
写入模块，用于在所述小程序客户端缓存能够存储请求文件时，将所述请求文件写入所述小程序客户端缓存，并更新所述小程序客户端的缓存文件信息。
14.一种基于小程序的文件传输处理电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-12中任一所述的方法。
15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-12中任一所述的方法。
CN202010712924.XA 2020-07-22 2020-07-22 一种基于小程序的文件传输处理方法及系统 Active CN111930696B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010712924.XA CN111930696B (zh) 2020-07-22 2020-07-22 一种基于小程序的文件传输处理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010712924.XA CN111930696B (zh) 2020-07-22 2020-07-22 一种基于小程序的文件传输处理方法及系统

Publications (2)

Publication Number Publication Date
CN111930696A true CN111930696A (zh) 2020-11-13
CN111930696B CN111930696B (zh) 2023-08-01

Family

ID=73315440

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010712924.XA Active CN111930696B (zh) 2020-07-22 2020-07-22 一种基于小程序的文件传输处理方法及系统

Country Status (1)

Country Link
CN (1) CN111930696B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114510296A (zh) * 2022-02-25 2022-05-17 支付宝(杭州)信息技术有限公司 一种小程序存储调用方法、装置以及设备

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006268595A (ja) * 2005-03-25 2006-10-05 Oki Electric Ind Co Ltd 情報処理装置のデータ処理方法
CN101140589A (zh) * 2007-10-22 2008-03-12 深圳市迅雷网络技术有限公司 一种用于下载系统的提示装置及方法
CN102164160A (zh) * 2010-12-31 2011-08-24 青岛海信传媒网络技术有限公司 支持大并发量文件下载的方法、装置及系统
CN102790806A (zh) * 2012-08-17 2012-11-21 深圳锐取信息技术股份有限公司 一种基于http协议下载课件的方法及装置
CN103685477A (zh) * 2013-11-26 2014-03-26 珠海中慧微电子有限公司 具有ftp传输功能的gprs模块及其ftp文件传输方法
CN104182416A (zh) * 2013-05-27 2014-12-03 鸿富锦精密工业（深圳）有限公司 文件下载系统及方法
CN104618447A (zh) * 2014-12-31 2015-05-13 北京邮电大学 一种文件协同下载方法及系统
CN104717262A (zh) * 2013-12-13 2015-06-17 中国移动通信集团辽宁有限公司 一种企业通讯录下载方法及系统
CN104731645A (zh) * 2015-03-19 2015-06-24 蔡树彬 一种任务调度方法和装置及数据下载方法和装置
CN105187564A (zh) * 2015-10-14 2015-12-23 中科宇图天下科技有限公司 一种手机端文件断点续传的方法
CN106445665A (zh) * 2016-09-19 2017-02-22 武汉斗鱼网络科技有限公司 一种应用于android系统的系统文件下载方法及下载工具
CN106802830A (zh) * 2017-02-13 2017-06-06 广东欧珀移动通信有限公司 应用缓存的清除方法、装置及计算机设备
US20170171296A1 (en) * 2015-12-15 2017-06-15 Le Holdings (Beijing) Co., Ltd. Method and electronic device for downloading data
CN107885741A (zh) * 2016-09-29 2018-04-06 阿里巴巴集团控股有限公司 图片缓存管理方法及移动终端
CN109819039A (zh) * 2019-01-31 2019-05-28 网宿科技股份有限公司 一种文件获取方法、文件存储方法、服务器及存储介质
CN110278247A (zh) * 2019-05-24 2019-09-24 深圳壹账通智能科技有限公司 大批量文件下载方法及装置、存储介质、电子设备
CN111177105A (zh) * 2019-12-29 2020-05-19 浪潮电子信息产业股份有限公司 分布式文件系统的海量文件写方法、装置、系统及介质

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006268595A (ja) * 2005-03-25 2006-10-05 Oki Electric Ind Co Ltd 情報処理装置のデータ処理方法
CN101140589A (zh) * 2007-10-22 2008-03-12 深圳市迅雷网络技术有限公司 一种用于下载系统的提示装置及方法
CN102164160A (zh) * 2010-12-31 2011-08-24 青岛海信传媒网络技术有限公司 支持大并发量文件下载的方法、装置及系统
CN102790806A (zh) * 2012-08-17 2012-11-21 深圳锐取信息技术股份有限公司 一种基于http协议下载课件的方法及装置
CN104182416A (zh) * 2013-05-27 2014-12-03 鸿富锦精密工业（深圳）有限公司 文件下载系统及方法
CN103685477A (zh) * 2013-11-26 2014-03-26 珠海中慧微电子有限公司 具有ftp传输功能的gprs模块及其ftp文件传输方法
CN104717262A (zh) * 2013-12-13 2015-06-17 中国移动通信集团辽宁有限公司 一种企业通讯录下载方法及系统
CN104618447A (zh) * 2014-12-31 2015-05-13 北京邮电大学 一种文件协同下载方法及系统
CN104731645A (zh) * 2015-03-19 2015-06-24 蔡树彬 一种任务调度方法和装置及数据下载方法和装置
CN105187564A (zh) * 2015-10-14 2015-12-23 中科宇图天下科技有限公司 一种手机端文件断点续传的方法
US20170171296A1 (en) * 2015-12-15 2017-06-15 Le Holdings (Beijing) Co., Ltd. Method and electronic device for downloading data
CN106445665A (zh) * 2016-09-19 2017-02-22 武汉斗鱼网络科技有限公司 一种应用于android系统的系统文件下载方法及下载工具
CN107885741A (zh) * 2016-09-29 2018-04-06 阿里巴巴集团控股有限公司 图片缓存管理方法及移动终端
CN106802830A (zh) * 2017-02-13 2017-06-06 广东欧珀移动通信有限公司 应用缓存的清除方法、装置及计算机设备
CN109819039A (zh) * 2019-01-31 2019-05-28 网宿科技股份有限公司 一种文件获取方法、文件存储方法、服务器及存储介质
CN110278247A (zh) * 2019-05-24 2019-09-24 深圳壹账通智能科技有限公司 大批量文件下载方法及装置、存储介质、电子设备
CN111177105A (zh) * 2019-12-29 2020-05-19 浪潮电子信息产业股份有限公司 分布式文件系统的海量文件写方法、装置、系统及介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JUNJIE ZHANG等: "arrow：generating signatures to detect drive-by downloads", PROCEEDINGS OF THE 20TH INTERNATIONAL CONFERENCE ON WORLD WIDE WEB, pages 187 - 196 *
张玉杰;刘丽;冯春倩;张婷婷;: "基于MQTT的物联网系统文件传输方法的实现", 陕西科技大学学报, vol. 36, no. 01, pages 154 - 159 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114510296A (zh) * 2022-02-25 2022-05-17 支付宝(杭州)信息技术有限公司 一种小程序存储调用方法、装置以及设备
CN114510296B (zh) * 2022-02-25 2024-02-02 支付宝(杭州)信息技术有限公司 一种小程序存储调用方法、装置以及设备

Also Published As

Publication number Publication date
CN111930696B (zh) 2023-08-01

Similar Documents

Publication Publication Date Title
CN109542361B (zh) 一种分布式存储系统文件读取方法、系统及相关装置
CN109614439B (zh) 数据同步方法、装置、电子设备及存储介质
CN113517985B (zh) 文件数据处理方法、装置、电子设备及计算机可读介质
CN113595927A (zh) 一种旁路模式下镜像流量的处理方法和装置
CN112748866A (zh) 一种增量索引数据的处理方法和装置
CN113364887B (zh) 一种基于ftp的文件下载方法、代理服务器和系统
CN111930696B (zh) 一种基于小程序的文件传输处理方法及系统
CN107818027B (zh) 名字节点主备切换的方法、装置和分布式系统
CN112118352B (zh) 通知触发消息的处理方法、装置、电子设备以及计算机可读介质
CN106557262B (zh) 一种数据处理方法及装置
CN113360815A (zh) 一种请求重试方法和装置
CN112149392A (zh) 一种富文本编辑方法和装置
CN114374657A (zh) 一种数据处理方法和装置
CN113760487B (zh) 一种业务处理方法和装置
CN114785770A (zh) 镜像层文件发送方法、装置、电子设备和计算机可读介质
CN109087097B (zh) 一种更新链码同一标识的方法和装置
CN113742376A (zh) 一种同步数据的方法、第一服务器以及同步数据的系统
CN113742617A (zh) 一种缓存更新的方法和装置
CN113766437B (zh) 一种短信发送方法和装置
CN112699116A (zh) 一种数据处理方法和系统
CN112688982A (zh) 一种用户请求处理方法和装置
CN112650722B (zh) 基于android应用程序的文件处理方法、装置、电子设备和介质
CN111179097B (zh) 保单批改的方法、装置、电子设备和存储介质
CN113449215B (zh) 一种加载图片的方法和装置
CN110262756B (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
TA01 Transfer of patent application right

Effective date of registration: 20220921

Address after: 12 / F, 15 / F, 99 Yincheng Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai, 200120

Applicant after: Jianxin Financial Science and Technology Co.,Ltd.

Address before: 25 Financial Street, Xicheng District, Beijing 100033

Applicant before: CHINA CONSTRUCTION BANK Corp.

Applicant before: Jianxin Financial Science and Technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant