CN115277678A - File downloading method and device, computer equipment and storage medium - Google Patents
File downloading method and device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN115277678A CN115277678A CN202210910375.6A CN202210910375A CN115277678A CN 115277678 A CN115277678 A CN 115277678A CN 202210910375 A CN202210910375 A CN 202210910375A CN 115277678 A CN115277678 A CN 115277678A
- Authority
- CN
- China
- Prior art keywords
- file
- downloading
- target
- blocking
- link
- 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
- 238000000034 method Methods 0.000 title claims abstract description 73
- 230000000903 blocking effect Effects 0.000 claims abstract description 153
- 230000006870 function Effects 0.000 claims description 70
- 230000004044 response Effects 0.000 claims description 67
- 238000004590 computer program Methods 0.000 claims description 18
- 238000012795 verification Methods 0.000 claims description 11
- 230000002159 abnormal effect Effects 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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]
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
- H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a file downloading method, which is characterized by comprising the following steps: acquiring a file downloading request; determining whether the file service has a file blocking function based on the file download link; if the file service has the file blocking function, judging whether the target file has the file blocking requirement or not based on the file downloading link; if the target file has file blocking requirements, blocking the target file to obtain at least two blocked files and file serial numbers; sequentially downloading at least two block files to a local file system in blocks based on the file sequence numbers to obtain block metadata; and verifying the downloading state based on the block metadata, and if at least two block files are verified successfully, determining that the target file is downloaded successfully. The method only needs to determine which block files are not successfully downloaded when power failure or other abnormal conditions occur in the downloading process, and repeatedly downloads the part of the unsuccessfully downloaded block files, so that the downloading efficiency is improved.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a file downloading method and apparatus, a computer device, and a storage medium.
Background
When a client downloads a file, the traditional downloading mode is single-connection downloading, and because the speed of the single-connection downloading is limited under certain conditions, in order to overcome the defects of the single-connection downloading, a file is generally downloaded in a block downloading mode so as to get rid of the speed limitation of the current network environment on the single-connection downloading. When a block downloading mode is adopted to download files, due to the fact that power failure or other abnormal conditions occur in the downloading process, the files are frequently and repeatedly downloaded or invalid files are downloaded, the efficiency and accuracy of file downloading are affected, and the downloading experience of a user is affected.
Disclosure of Invention
The embodiment of the invention provides a file downloading method, a file downloading device, computer equipment and a storage medium, and aims to solve the problem of repeated downloading or invalid file downloading caused by power failure or abnormal conditions in the file downloading process.
A method of file download, comprising:
acquiring a file downloading request, wherein the file downloading request comprises a file downloading link;
determining whether a file service corresponding to the file download link has a file blocking function or not based on the file download link;
if the file service corresponding to the file downloading link has a file blocking function, judging whether a target file corresponding to the file downloading link has a file blocking requirement or not based on the file downloading link;
if the target file corresponding to the file downloading link has a file blocking requirement, blocking the target file to obtain at least two blocked files and a file sequence number corresponding to each blocked file;
sequentially downloading at least two block files to a local file system in blocks based on file sequence numbers of the at least two block files, and acquiring block metadata corresponding to each block file;
and verifying the downloading state based on the block metadata corresponding to the at least two block files, and if the verification of the at least two block files is successful, determining that the target file is downloaded successfully.
A file download apparatus comprising:
the file downloading request acquisition module is used for acquiring a file downloading request, and the file downloading request comprises a file downloading link;
the file blocking function determining module is used for determining whether the file service corresponding to the file downloading link has a file blocking function or not based on the file downloading link;
the file blocking demand judging module is used for judging whether a target file corresponding to the file downloading link has a file blocking demand or not based on the file downloading link if the file service corresponding to the file downloading link has a file blocking function;
the file sequence number acquisition module is used for blocking the target file if the target file corresponding to the file downloading link has a file blocking requirement, and acquiring at least two blocked files and a file sequence number corresponding to each blocked file;
the block metadata acquisition module is used for sequentially downloading at least two block files to a local file system in a block manner based on the file serial numbers of the at least two block files to acquire block metadata corresponding to each block file;
and the download state checking module is used for checking the download state based on the block metadata corresponding to the at least two block files, and if the check of the at least two block files is successful, the target file is determined to be successfully downloaded.
A computer device comprising a memory, a processor and a computer program stored in said memory and executable on said processor, said processor implementing the above file download method when executing said computer program.
A computer-readable storage medium, which stores a computer program that, when executed by a processor, implements the above-described file downloading method.
According to the file downloading method, the file downloading device, the computer equipment and the storage medium, the file downloading acquiring request triggered by the user is acquired firstly. Based on a file downloading link contained in the file downloading request, sending an access request to a file service corresponding to the file downloading link, determining whether the file service corresponding to the file downloading link has a file blocking function, and providing a basis for the block downloading of a target file; and downloading the file, and if the file service corresponding to the file downloading link has the file blocking function, judging whether the target file corresponding to the file downloading link has the file blocking requirement or not according to the file downloading link. When a target file corresponding to a file downloading link has a file blocking requirement, blocking the target file to obtain at least two blocked files and a file sequence number corresponding to each blocked file; the client downloads the blocked files into a local file system in a blocking mode based on the file serial numbers of at least two blocked files, acquires the blocking metadata corresponding to each blocked file, so that the downloading state is verified based on the blocking metadata corresponding to at least two blocked files, and whether the target file is successfully downloaded is determined according to the verification result, so that whether the target file is successfully downloaded is determined, and when power failure or other abnormal conditions occur in the downloading process, only the partial files are determined to be not successfully downloaded, the partial files which are not successfully downloaded are repeatedly downloaded, and the downloading efficiency is improved.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments of the present invention will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.
FIG. 1 is a diagram illustrating an application environment of a file downloading method according to an embodiment of the present invention;
FIG. 2 is a flowchart of a file downloading method according to an embodiment of the present invention;
FIG. 3 is another flowchart of a file downloading method according to an embodiment of the present invention;
FIG. 4 is another flowchart of a file downloading method according to an embodiment of the present invention;
FIG. 5 is another flowchart of a file downloading method according to an embodiment of the present invention;
FIG. 6 is another flowchart of a file downloading method according to an embodiment of the present invention;
FIG. 7 is another flowchart of a file download method according to an embodiment of the present invention;
FIG. 8 is another flowchart of a file download method according to an embodiment of the invention;
FIG. 9 is a diagram of a file downloading device according to an embodiment of the present invention;
FIG. 10 is a schematic diagram of a computer device according to an embodiment of the invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The file downloading method provided by the embodiment of the invention can be applied to the application environment shown in fig. 1. Specifically, the file downloading method is applied in a file downloading system, which includes a client and a server as shown in fig. 1, where the client and the server communicate with each other through a network to implement the file downloading method. The client is also called a user side, and refers to a program corresponding to the server and providing local services for the client. The client may be installed on, but is not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices. The server may be implemented as a stand-alone server or as a server cluster consisting of a plurality of servers.
In an embodiment, as shown in fig. 2, a file downloading method is provided, which is described by taking the application of the method to the client in fig. 1 as an example, and includes the following steps:
s201: acquiring a file downloading request, wherein the file downloading request comprises a file downloading link;
s202: determining whether a file service corresponding to the file download link has a file blocking function or not based on the file download link;
s203: if the file service corresponding to the file downloading link has a file blocking function, judging whether a target file corresponding to the file downloading link has a file blocking requirement or not based on the file downloading link;
s204: if the target file corresponding to the file downloading link has a file blocking requirement, blocking the target file to obtain at least two blocked files and a file sequence number corresponding to each blocked file;
s205: sequentially downloading the at least two block files to a local file system in blocks based on the file sequence numbers of the at least two block files, and acquiring block metadata corresponding to each block file;
s206: and verifying the downloading state based on the block metadata corresponding to the at least two block files, and if the verification of the at least two block files is successful, determining that the target file is successfully downloaded.
Wherein the file download request is a request for triggering download of a file.
As an example, in step S201, the client may obtain a file downloading request triggered by the user. The file downloading request comprises a file downloading link corresponding to the target file to be downloaded. In this example, after the client obtains the file download request, the client needs to send the file download request to the server corresponding to the file download link, so as to download the required target file from the server. The target file refers to a file to be downloaded corresponding to the file download link.
The file blocking function is a function of dividing an entire file into a plurality of file blocks.
As an example, in step S202, the client sends an access request to the file service corresponding to the file download link based on the file download link included in the file download request, determines whether the file service corresponding to the file download link has a file blocking function, and provides a basis for target file blocking download. As an example, if the file service corresponding to the file download link has a file blocking function, the file download link may divide the target file into a plurality of blocked files with fixed sizes or user-defined sizes, and then download the plurality of blocked files, and when a power failure or other abnormal conditions occur during the downloading of the plurality of blocked files, it is only necessary to determine which of the blocked files have not been successfully downloaded, and repeatedly download the part of the blocked files that have not been successfully downloaded, thereby improving the downloading efficiency.
As an example, in step S203, the client downloads a file, and if the file service corresponding to the file download link has a file blocking function, the client determines whether the target file corresponding to the file download link has a file blocking requirement according to the file download link. Specifically, the client may compare the size of the target file corresponding to the target file with a preset blocking threshold size, and if the target file is larger than the blocking threshold size, the target file corresponding to the file download link has a file blocking requirement; otherwise, the target file has no file blocking requirement.
In one embodiment, the step S203 of determining whether the target file corresponding to the file download link has a file blocking requirement based on the file download link includes:
s2031: and determining the size of the target file according to the length field value in the current response message, and comparing the size of the target file with the size of the blocking threshold.
S2032: and if the size of the target file is smaller than the size of the blocking threshold, the target file corresponding to the file downloading link does not have the file blocking requirement.
S2033: and if the size of the target file is larger than or equal to the size of the blocking threshold, the target file corresponding to the file downloading link has the file blocking requirement.
The blocking threshold size is a size preset for evaluating whether blocking is needed to determine whether file blocking is needed.
As an example, in step S2031, the client parses the current response packet, and determines the size of the target file corresponding to the target file according to the length field value in the current response packet. The length field value may be a value corresponding to a content-length field in the current response message, which is the HTTP message length, and a value of octet represented by decimal number, which is a common field in the response message and used to represent the size of the file. Then, the client compares the target file with the blocking threshold size to determine whether there is a blocking requirement according to the comparison result.
As an example, in step 2032, when the size of the target file is smaller than the size of the blocking threshold set in advance, the client determines that the target file is smaller, the corresponding downloading efficiency is faster, and the target file can be downloaded quickly without performing file blocking operation, so that it can be determined that the target file corresponding to the file download link does not have a file blocking requirement. Understandably, if the target file is small in size and does not have the file blocking requirement, the target file can be directly downloaded without file blocking downloading and subsequent verification operation, and the downloading efficiency of the target file is favorably ensured.
As an example, in step S2033, when the size of the target file is greater than or equal to the size of the blocking threshold set in advance, the client determines that the target file is large, the corresponding downloading efficiency is slow, and a file blocking operation needs to be performed to quickly download the target file, so that the target file corresponding to the file download link can be determined to have a file blocking requirement.
In this example, the size of the target file is determined according to the length field value in the current response message, and whether the target file is blocked in the downloading process is determined by comparing the size of the target file with the size of a blocking threshold set in advance, so that the efficiency of file blocking downloading is improved.
The file sequence number refers to a file sequence number corresponding to each of the plurality of partitioned files obtained by partitioning the target file into the plurality of partitioned files.
As an example, in step S204, when the target file corresponding to the file download link has a file blocking requirement, the client needs to block the target file, and obtain at least two blocked files and a file number corresponding to each blocked file. Specifically, the client may determine the number of chunks according to the size of the target file and the size of the chunk threshold; and segmenting the target file based on the number of the blocks to obtain at least two block files corresponding to the number of the blocks.
The block metadata refers to metadata corresponding to each block file, and the block metadata records attribute information of each block file.
As an example, in step S205, the client downloads the blocked files into the local file system in blocks based on the file numbers of at least two blocked files, and obtains the blocking metadata corresponding to each blocked file, so as to perform download status check based on the blocking metadata corresponding to at least two blocked files, thereby determining whether the target file is downloaded successfully. In this example, the client stores the chunk metadata corresponding to each chunk file in a meta file, which is an auxiliary management resource file. Generally, the block metadata of the block file records information such as a file download status, a block file size, a storage location of the block file in the target file, a download time, and a block hash value corresponding to the file.
In a specific embodiment, in step 205, that is, based on the file sequence numbers of the at least two blocked files, the at least two blocked files are sequentially downloaded to the local file system in blocks, and the obtaining of the blocking metadata corresponding to each blocked file includes:
s2051: sequentially downloading the at least two block files to a local file system in blocks based on the file sequence numbers of the at least two block files, and acquiring the file storage position of each block file in the local file system;
s2052: determining a block hash value of each block file according to the file storage position of each block file in a local file system;
s2053: and acquiring the block metadata corresponding to each block file according to the file downloading state of each block file, the size of the block file, the storage position of the block file in the target file, the downloading time and the block hash value.
The file storage position is a storage position of the block file in the local file system.
As an example, in step S2051, the client downloads at least two file chunks to the local file system based on the file sequence numbers of the at least two chunk files, and obtains a file storage location of each chunk file in the local file system.
As an example, in step S2052, the client determines a block hash value of each block file according to a file storage location of each block file in the local file system. Specifically, after each block file is stored in a file storage location of the local file system, a block hash value corresponding to the block file is calculated according to the file storage location, so as to prepare for verifying the integrity of the target file.
The file downloading state is used for reflecting whether the file is downloaded successfully or not, and comprises a downloading success state and a downloading failure state. The file block size is the size of each block file.
As an example, in step S2053, the client writes the obtained file download status of each block file, the size of the block file, the start/stop position of the block file, the download time, and the block hash value into the meta file, and determines that the meta file is the block metadata corresponding to each block file.
In this example, the at least two partitioned files are sequentially downloaded to the local file system in blocks based on the file sequence numbers of the at least two partitioned files, and a file storage location of each partitioned file in the local file system is obtained; and determining the file downloading state, the size of the block file, the starting and ending positions of the block file, the downloading time, the block hash value and the like as block metadata through the block hash value corresponding to the file storage position so as to carry out integrity verification on the basis of the block metadata.
As an example, in step S206, after obtaining the blocking metadata corresponding to the at least two blocking files, the client may perform a download status check based on the blocking metadata corresponding to the at least two blocking files, so as to determine whether the target file is successfully downloaded according to a check result. In this example, the client detects whether at least two partitioned files corresponding to the target file are both successfully downloaded; and if the downloading of the at least two partitioned files is successful, determining that the downloading of the target file is successful, generating target metadata corresponding to the target file, and storing the target metadata in the meta file.
In one embodiment, after step S206, that is, after the target file is determined to be successfully downloaded, the file downloading method further includes:
s2061: determining a target hash value corresponding to a target file according to file storage positions of at least two partitioned files in a local file system;
s2062: and acquiring target metadata corresponding to the target file based on the file downloading state, the size, the downloading time and the target hash value corresponding to the target file, and storing the target metadata in a local file system.
As an example, in step S2061, the client determines a file storage address corresponding to the target file according to file storage locations of the at least two partitioned files in the local file system, and then determines a target hash value corresponding to the target file according to the file storage address corresponding to the target file.
As an example, in step S2062, the client determines the data such as the file download status, the size of the target file, the download time, and the target hash value of the target file as the target metadata corresponding to the target file, and writes the target metadata corresponding to the target file into the meta file.
In this example, a target hash value corresponding to a target file is determined according to file storage locations of at least two partitioned files in a local file system, and then a file download state, a target file size, a download time and the target hash value corresponding to the target file are determined as target metadata corresponding to the target file, so that whether the target file is stored in the local file system is evaluated based on the target metadata corresponding to the target file, and the purposes of preventing repeated downloading of the target file and improving the overall file download efficiency are achieved.
In the file downloading method provided in this embodiment, a file downloading request triggered by a user is first obtained. Based on a file downloading link contained in the file downloading request, sending an access request to a file service corresponding to the file downloading link, determining whether the file service corresponding to the file downloading link has a file blocking function, and providing a basis for the block downloading of a target file; and downloading the file, and if the file service corresponding to the file downloading link has the file blocking function, judging whether the target file corresponding to the file downloading link has the file blocking requirement or not according to the file downloading link. When a target file corresponding to a file downloading link has a file blocking requirement, blocking the target file to obtain at least two blocked files and a file sequence number corresponding to each blocked file; the client downloads the block files into a local file system in blocks based on the file serial numbers of at least two block files, acquires block metadata corresponding to each block file, so that the downloading state is verified based on the block metadata corresponding to the at least two block files in the following process, and whether the target file is successfully downloaded is determined according to the verification result, so that the purposes of preventing repeated downloading of the target file and improving the whole file downloading efficiency are achieved.
In an embodiment, as shown in fig. 3, before determining whether the file service corresponding to the file download link has the file blocking function based on the file download link, the file download method further includes:
s301: generating an access request carrying a range request header, sending the access request to a file service corresponding to the file download link, and receiving a current response message returned by the file service corresponding to the file download link;
s302: judging whether a target file corresponding to the file downloading link is stored in the local file system or not according to the current response message;
s303: and if the target file is not stored in the local file system, determining whether the file service corresponding to the file download link has a file blocking function or not based on the file download link.
In Range, a plurality of parts can be requested at one time, and the server returns the parts in the form of multipart files. The current response message refers to a response message returned at the current moment, the response message is composed of a status line (protocol version, status code), a response header (server name, resource identifier, and the like) and a content entity (resource information returned by the server), and the response message is a result of processing the access request.
As an example, in step S301, the client generates an access request carrying a range request header, sends the access request to the file service corresponding to the file download link, and receives a current response packet returned by the file service corresponding to the file download link, so as to determine whether the target file has a file blocking function according to the packet content in the current response packet.
As an example, in step S302, after receiving the current response message, the client parses the current response message, extracts key information related to the file identifier, processes the extracted key information to generate a file identifier corresponding to the target file, queries the local file system according to the file identifier to determine whether the target file corresponding to the file download link is stored in the local file system, and if the target file is stored in the local file system, the target file does not need to be repeatedly downloaded, so as to avoid repeated downloading of the target file, thereby saving system resources in the file downloading process, and avoiding that the server is heavily loaded to affect the downloading efficiency of other files.
As an example, in step S303, when the target file is not stored in the local file system, the client needs to download the target file from the server, and to avoid subsequent repeated downloading due to power failure or other abnormal reasons during the whole downloading process of the target file, it may be determined whether the file service corresponding to the file download link has a file blocking function based on the file download link, so as to determine whether the target file can be downloaded in blocks.
In the file downloading method provided by this embodiment, based on an access request of a range request header, a current response packet returned by a file service corresponding to a file download link is obtained, and the current response packet is analyzed to determine whether a corresponding target file is stored in a local file system, and if a corresponding target file is stored, repeated downloading is not required, so as to save system resources in a file downloading process and avoid that the downloading efficiency of other files is affected due to heavy server load; if the corresponding target file is not stored, the target file needs to be downloaded from the server, and in order to avoid subsequent repeated downloading caused by power failure or other abnormal reasons in the whole downloading process of the target file, whether the file service corresponding to the file downloading link has a file blocking function or not can be determined on the basis of the file downloading link, so that whether the target file can be downloaded in blocks or not can be determined.
In an embodiment, as shown in fig. 4, step S302, namely, determining whether the target file corresponding to the file download link is stored in the local file system according to the current response message, includes:
s401: analyzing the current response message to obtain a length field value, and obtaining a file identifier according to the file download link and the length field value;
s402: inquiring a local file system based on the file identification, and judging whether target metadata corresponding to the file identification exists or not;
s403: if the target metadata corresponding to the file identification exists, determining that a target file corresponding to the file downloading link is stored in the local file system;
s404: and if the target metadata corresponding to the file identification does not exist, determining that the target file corresponding to the file downloading link is not stored in the local file system.
As an example, in step S401, when receiving the current response packet, the client parses the current response packet to obtain a length field value in the current response packet; and then acquiring a file identifier according to the file download link and the length field value. In this example, the client may use a pre-file identifier generation algorithm to process two input parameters, i.e., the file download link and the length field value, so as to generate a corresponding file identifier.
As an example, in step S402, the client may query the local file system based on the file identifier, and perform query matching on the local file system according to the file identifier to determine whether the local file system has target metadata corresponding to the file identifier, so as to provide a basis for preventing the file from being repeatedly downloaded. In this example, a hidden file may exist in the local file system, and target metadata corresponding to different file identifiers is recorded in the hidden file.
As an example, in step S403, the client queries the local file system based on the file identifier, and if target metadata corresponding to the file identifier exists in the local file system, it is determined that a target file corresponding to the file download link is stored in the local file system, and downloading is not required, so that resource waste is reduced.
As an example, in step S403, the client queries the local file system based on the file identifier, and if there is no target metadata corresponding to the file identifier in the local file system, it is determined that the target file corresponding to the file download link is not stored in the local file system, and at this time, the subsequent step S202 may be executed, that is, it is determined whether the file service corresponding to the file download link has a file blocking function based on the file download link.
In the file downloading method provided in this embodiment, the current response packet is analyzed to obtain the length field value in the current response packet, and then a file identifier is obtained according to the file downloading link and the length field value, where the file identifier is an identifier corresponding to a certain target file and can be uniquely identified. And inquiring the local file system based on the file identifier, inquiring and matching the local file system according to the file identifier to judge whether the local file system has target metadata corresponding to the file identifier, and determining whether the target file needs to be continuously downloaded according to a judgment result, so that a basis is provided for preventing repeated downloading of the file, and the aim of saving system resources is fulfilled.
In an embodiment, as shown in fig. 5, after step S302, that is, after determining whether the target file corresponding to the file download link is stored in the local file system according to the current response message, the file download method further includes:
s501: if the target file is stored in the local file system, judging whether the target file is a valid file;
s502: if the target file is a valid file, acquiring the target file from a local file system;
s503: and if the target file is an invalid file, determining whether the file service corresponding to the file download link has a file blocking function or not based on the file download link.
As an example, in step S501, when the client stores the target file in the local file system, it may determine whether the target file is a valid file based on the file download status and the file integrity of the target file in the local file system, so as to determine whether the target file stored in the local file system is a required file. The file downloading state is a state used for reflecting whether the file is downloaded successfully or not, and comprises a downloading success state and a downloading failure state. File integrity is information used to reflect whether a file is complete.
As an example, in step S502, if the target file is an effective file, the client may directly obtain the target file from the local file system, and the target file does not need to be repeatedly downloaded, so as to avoid repeated downloading of the target file, thereby saving system resources in the file downloading process and avoiding the server from being heavily loaded and affecting the downloading efficiency of other files.
As an example, in step S503, when the target file is an invalid file, the client needs to download the target file from the server, and to avoid subsequent repeated downloading due to power failure or other abnormal reasons during the whole downloading process of the target file, it may be determined whether the file service corresponding to the file download link has a file blocking function based on the file download link, so as to determine whether the target file can be downloaded in blocks.
In the file downloading method provided by this embodiment, it is first determined whether the target file is an effective file, and if the target file is an effective file, repeated downloading is not required, so as to save system resources in the file downloading process and avoid the influence on the downloading efficiency of other files due to heavy server load; if the target file is an invalid file, the target file needs to be downloaded from the server, and in order to avoid subsequent repeated downloading caused by power failure or other abnormal reasons in the whole downloading process of the target file, whether the file service corresponding to the file downloading link has a file blocking function or not can be determined on the basis of the file downloading link, so that whether the target file can be downloaded in blocks or not can be determined.
In one embodiment, as shown in fig. 6, the step S501 of determining whether the target file is a valid file includes:
s601: acquiring target metadata corresponding to a target file, wherein the target metadata comprises a file downloading state, a target file size and a target hash value;
s602: determining a current hash value corresponding to the target file according to a current storage address of the target file in a local file system, and acquiring an actual file size corresponding to the target file;
s603: if the file downloading state is a successful downloading state, the target hash value is consistent with the current hash value, and the size of the target file is consistent with the size of the actual file, determining that the target file is an effective file;
s604: and if the file downloading state is a downloading failure state, the target hash value is inconsistent with the current hash value, or the size of the target file is inconsistent with the size of the actual file, determining that the target file is an invalid file.
As an example, in step S601, the client obtains target metadata corresponding to the target file, and obtains a file download state, a size of the target file, and a target hash value of the target file, so as to perform subsequent validity check based on the target metadata. The file download status refers to a download status stored before the current time, and may be a download success status or a download failure status. The target file size herein refers to the size of the target file recorded in the target metadata stored before the current time. The target hash value here is a hash value recorded in the target metadata before the current time.
As an example, in step S602, the client performs hash value calculation again according to the current storage location of the target file in the local file system and the current storage location, calculates the current hash value of the target file, and obtains the actual file size corresponding to the target file stored in the local file system at the current time, so as to perform validity check on the target file by combining with the target metadata based on the current hash value and the actual file size.
As an example, in step S603, when the file download status of the target metadata is a download success status, the target hash value is consistent with the current hash value, and the target file size is consistent with the actual file size, that is, all three conditions are satisfied, the client determines that the validity criterion is satisfied, and determines that the target file is a valid file.
As an example, in step S604, when the file download status of the target metadata is a download failure status, the target hash value is inconsistent with the current hash value, and the target file size is inconsistent with the actual file size, that is, any one of the three conditions is not satisfied, the client determines that the validity criterion is not satisfied, and determines that the target file is an invalid file.
In the file downloading method provided in this embodiment, whether a target file stored in a local file system is an effective file is evaluated according to a file downloading state in the target metadata, a comparison result between a target hash value and a current hash value, and a comparison result between a target file size and an actual file size, so as to avoid that the target file is a local file which fails to be downloaded, or that a situation of being artificially tampered after successful downloading occurs, thereby ensuring the effectiveness of the target file.
In an embodiment, as shown in fig. 7, determining whether the file service corresponding to the file download link has a file blocking function based on the file download link includes:
s701: analyzing the current response message to obtain a length field value and a response state code;
s702: if the length field value is an effective field value and the response status code is a target status code, determining that the file service has a file blocking function;
s703: and if the length field value is not the effective field value or the response status code is not the target status code, determining that the file service does not have the file blocking function.
Wherein, the length field value is the field value recorded in the current response message for reflecting the length of the target file. The response status code is a status code recorded in the current response message and used for reflecting whether the block downloading function is supported or not.
As an example, in step S701, the client parses the obtained current response packet, and extracts the length field value and the response status code from the current response packet, so as to evaluate whether the target file has a file blocking function based on the length field value and the response status code.
Wherein the valid field value is a preset field value having a file blocking function. The target state code is a preset state code with a file blocking function.
As an example, in step S702, the client determines that the file service has a file blocking function when the length field value is a valid field value and the response status code is a target status code. For example, the client parses the current response packet, and if the length field value corresponding to the content-range field in the current response packet is a preset valid field value and the response status code is a preset target status code 206, it is determined that the file service has a file blocking function.
As an example, in step S703, the client determines that the file service does not have the file blocking function when the length field value is not the valid field value or in response to the status code not being the target status code. Specifically, the client analyzes the current response message, and if the length field value corresponding to the content-range field in the current response message is not the preset effective field value, or the response status code is the preset target status code 206, and any one of the two items is not corresponding, the file service is determined not to have the file blocking function.
In the file downloading method provided by this embodiment, the current response packet is analyzed to obtain the length field value and the response status code, and it is determined whether the file service corresponding to the file downloading link has a file blocking function according to the length field value and the response status code, so as to ensure the feasibility of file blocking downloading.
In an embodiment, as shown in fig. 8, performing the download status check based on the blocking metadata corresponding to at least two blocking files includes:
s801: inquiring a local file system according to the file sequence numbers of at least two block files, and determining whether the at least two block files store block metadata;
s802: if the at least two partitioned files store partitioned metadata, judging whether the file downloading states in the at least two partitioned metadata are downloading success states;
s803: if the at least two block files are in a successful downloading state, calculating a local hash value corresponding to each block file according to the file storage position of each block file in the local file system, and judging whether the local hash value is consistent with the block hash value in the block metadata;
s804: and if the local hash values and the block hash values of the at least two block files are consistent, determining that the verification of the at least two block files is successful.
As an example, in step S801, all the block files downloaded by the client and the corresponding block metadata thereof are stored in the local file system, where the block metadata is a hidden file, and when the client needs to check the download status of the target file, the client may query the local file system based on the file sequence numbers corresponding to at least two block files to determine whether each block file stores the block metadata.
As an example, in step S802, when determining that at least two block files each store block metadata, the client needs to determine whether a file download status in each block metadata is a download success status. For example, when the file download status of each block file is 1, it is determined that the file download status is a successful download status, and when the block download status of each block file is 0, it is determined that the file download status is a failed download status, so as to determine whether the block file is a successful download status according to the file download status in the block metadata.
As an example, in step S803, when at least two of the blocking files are in a successful download state, the client may calculate a local hash value according to a file storage location of the blocking file in the local file system, and determine whether the local hash value is consistent with the blocking hash value in the blocking metadata, so as to determine whether the blocking file is tampered after being downloaded to the local file system.
As an example, in step S804, when the local hash values of the at least two block files of the client and the block hash values are consistent, it may be determined that the at least two block files are downloaded to the local file system without being tampered, and at this time, it may be determined that both the at least two block files are successfully verified, and thus it is determined that the target file is successfully downloaded.
In the file downloading method provided by this embodiment, it is sequentially determined whether each of the block files stores block metadata, whether a file downloading state in each of the block metadata is a successful downloading state, and whether a local hash value calculated at a file storage location of a local file system of each of the block files is consistent with the block hash value, so as to determine whether the block files are successfully downloaded, thereby preventing the file from being downloaded again due to power failure during downloading or manual modification of a locally cached file, and improving a success rate of downloading a target file.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by functions and internal logic of the process, and should not limit the implementation process of the embodiments of the present invention in any way.
In an embodiment, a file downloading device is provided, and the file downloading device corresponds to the file downloading methods in the above embodiments one to one. As shown in fig. 9, the file downloading apparatus includes a file downloading request obtaining module 901, a file blocking function determining module 902, a file blocking requirement determining module 903, a file serial number obtaining module 904, a blocking metadata obtaining module 905, and a downloading status checking module 906. The functional modules are explained in detail as follows:
a file download request obtaining module 901, configured to obtain a file download request, where the file download request includes a file download link;
a file blocking function determining module 902, configured to determine, based on the file download link, whether a file service corresponding to the file download link has a file blocking function;
a file blocking requirement determining module 903, configured to determine, based on the file download link, whether a target file corresponding to the file download link has a file blocking requirement if the file service corresponding to the file download link has a file blocking function;
a file sequence number obtaining module 904, configured to block a target file if the target file corresponding to the file download link has a file blocking requirement, and obtain at least two blocked files and a file sequence number corresponding to each blocked file;
a blocking metadata obtaining module 905, configured to sequentially download at least two blocking files to a local file system in blocks based on file sequence numbers of the at least two blocking files, and obtain blocking metadata corresponding to each blocking file;
a download status checking module 906, configured to perform download status checking based on the chunking metadata corresponding to the at least two chunking files, and if both the at least two chunking files are successfully checked, determine that the target file is successfully downloaded.
In one embodiment, the file downloading apparatus further includes:
the current response message receiving module is used for generating an access request carrying a range request header, sending the access request to the file service corresponding to the file download link, and receiving a current response message returned by the file service corresponding to the file download link;
the target file judging module is used for judging whether a target file corresponding to the file downloading link is stored in the local file system or not according to the current response message;
a file blocking function determining module 902, configured to determine, based on the file download link, whether a file service corresponding to the file download link has a file blocking function if the target file is not stored in the local file system.
In one embodiment, the target file determining module includes:
the file identifier acquisition unit is used for analyzing the current response message, acquiring the length field value and acquiring the file identifier according to the file download link and the length field value;
the target metadata query unit is used for querying a local file system based on the file identifier and judging whether target metadata corresponding to the file identifier exists or not;
the first storage result determining unit is used for determining that a target file corresponding to the file downloading link is stored in the local file system if target metadata corresponding to the file identifier exists;
and the second storage result determining unit is used for determining that the target file corresponding to the file downloading link is not stored in the local file system if the target metadata corresponding to the file identifier does not exist.
In one embodiment, the file downloading apparatus further includes:
the effective file judging module is used for judging whether the target file is an effective file or not if the target file is stored in the local file system;
the target file acquisition module is used for acquiring a target file from a local file system if the target file is an effective file;
a file blocking function determining module 902, configured to determine, based on the file download link, whether a file service corresponding to the file download link has a file blocking function if the target file is an invalid file.
In an embodiment, the valid file determining module further includes:
the target metadata acquisition unit is used for acquiring target metadata corresponding to a target file, and the target metadata comprises a file downloading state, a target file size and a target hash value;
the current information acquisition unit is used for determining a current hash value corresponding to the target file according to the current storage address of the target file in the local file system and acquiring the actual file size corresponding to the target file;
the effective file determining unit is used for determining that the target file is an effective file if the file downloading state is a successful downloading state, the target hash value is consistent with the current hash value, and the size of the target file is consistent with the size of the actual file;
and the invalid file determining unit is used for determining that the target file is an invalid file if the file downloading state is a downloading failure state, the target hash value is inconsistent with the current hash value, or the size of the target file is inconsistent with the size of the actual file.
In one embodiment, the file blocking function determining module 902 includes:
the current response message analyzing unit is used for analyzing the current response message to acquire a length field value and a response state code;
a first blocking function determining unit for determining that the file service has a file blocking function if the length field value is an effective field value and the response status code is a target status code;
and the second block function determining unit is used for determining that the file service does not have the file block function if the length field value is not the effective field value or the response state code is not the target state code.
In one embodiment, the download status check module 906 includes:
the block metadata determining unit is used for inquiring a local file system according to the file sequence numbers of the at least two block files and determining whether the at least two block files store block metadata;
the downloading success state judging unit is used for judging whether the file downloading state in the at least two partitioned files is a downloading success state if the at least two partitioned files store the partitioned metadata;
the local hash value judging unit is used for calculating a local hash value corresponding to each block file according to the file storage position of each block file in the local file system if the at least two block files are in the downloading success state, and judging whether the local hash value is consistent with the block hash value in the block metadata;
and the verification success determining unit is used for determining that the verification of the at least two block files is successful if the local hash values of the at least two block files and the block hash values are consistent.
For the specific limitation of the file downloading device, reference may be made to the above limitation on the file downloading method, which is not described herein again. The modules in the file downloading device can be wholly or partially realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a server, and the internal structure thereof may be as shown in fig. 10. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing data used or generated in executing the file downloading process. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a file download method.
In an embodiment, a computer device is provided, which includes a memory, a processor, and a computer program stored in the memory and capable of running on the processor, and when the processor executes the computer program, the file downloading method in the foregoing embodiments is implemented, for example, as shown in S201-S206 in fig. 2, or as shown in fig. 3 to 8, which is not described herein again to avoid repetition. Alternatively, the processor implements the functions of each module/unit in the file downloading device in executing the computer program, for example, the functions of the file downloading request obtaining module 901, the file blocking function determining module 902, the file blocking requirement determining module 903, the file sequence number obtaining module 904, the blocking metadata obtaining module 905, and the downloading status checking module 906 shown in fig. 9, and are not described herein again to avoid repetition.
In an embodiment, a computer-readable storage medium is provided, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the file downloading method in the foregoing embodiments is implemented, for example, S201 to S206 shown in fig. 2, or shown in fig. 3 to fig. 8, which is not described herein again to avoid repetition. Alternatively, when being executed by a processor, the computer program implements the functions of each module/unit in the above-mentioned file downloading apparatus, for example, the functions of the file downloading request obtaining module 901, the file blocking function determining module 902, the file blocking requirement determining module 903, the file sequence number obtaining module 904, the blocking metadata obtaining module 905, and the downloading status checking module 906 shown in fig. 9, and are not described herein again in order to avoid repetition. The computer readable storage medium may be non-volatile or volatile.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above may be implemented by hardware instructions of a computer program, which may be stored in a non-volatile computer-readable storage medium, and when executed, the computer program may include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), rambus (Rambus) direct RAM (RDRAM), direct Rambus Dynamic RAM (DRDRAM), and Rambus Dynamic RAM (RDRAM), among others.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present invention, and are intended to be included within the scope of the present invention.
Claims (10)
1. A method for downloading a file, comprising:
acquiring a file downloading request, wherein the file downloading request comprises a file downloading link;
determining whether a file service corresponding to the file download link has a file blocking function or not based on the file download link;
if the file service corresponding to the file downloading link has a file blocking function, judging whether a target file corresponding to the file downloading link has a file blocking requirement or not based on the file downloading link;
if the target file corresponding to the file downloading link has a file blocking requirement, blocking the target file to obtain at least two blocked files and a file sequence number corresponding to each blocked file;
sequentially downloading the at least two blocked files to a local file system in a blocking manner based on the file serial numbers of the at least two blocked files, and acquiring blocking metadata corresponding to each blocked file;
and verifying the downloading state based on the block metadata corresponding to the at least two block files, and if the verification of the at least two block files is successful, determining that the target file is successfully downloaded.
2. The file downloading method according to claim 1, wherein before said determining whether the file service corresponding to the file download link has a file chunking function based on the file download link, the file downloading method further comprises:
generating an access request carrying a range request header, sending the access request to a file service corresponding to the file download link, and receiving a current response message returned by the file service corresponding to the file download link;
judging whether a target file corresponding to the file downloading link is stored in a local file system or not according to the current response message;
and if the target file is not stored in the local file system, determining whether the file service corresponding to the file download link has a file blocking function or not based on the file download link.
3. The method according to claim 2, wherein the determining whether the target file corresponding to the file download link is stored in the local file system according to the current response packet comprises:
analyzing the current response message to obtain a length field value, and obtaining a file identifier according to the file download link and the length field value;
inquiring a local file system based on the file identification, and judging whether target metadata corresponding to the file identification exists or not;
if the target metadata corresponding to the file identification exists, determining that a target file corresponding to the file downloading link is stored in a local file system;
and if the target metadata corresponding to the file identification does not exist, determining that the target file corresponding to the file downloading link is not stored in the local file system.
4. The file downloading method according to claim 2, wherein after determining whether the target file corresponding to the file download link is stored in the local file system according to the current response packet, the file downloading method further comprises:
if the target file is stored in the local file system, judging whether the target file is a valid file;
if the target file is a valid file, acquiring the target file from the local file system;
and if the target file is an invalid file, determining whether the file service corresponding to the file download link has a file blocking function or not based on the file download link.
5. The file downloading method of claim 4, wherein the determining whether the target file is a valid file comprises:
acquiring target metadata corresponding to the target file, wherein the target metadata comprise a file downloading state, a target file size and a target hash value;
determining a current hash value corresponding to the target file according to a current storage address of the target file in a local file system, and acquiring an actual file size corresponding to the target file;
if the file downloading state is a successful downloading state, the target hash value is consistent with the current hash value, and the size of the target file is consistent with the size of the actual file, determining that the target file is an effective file;
and if the file downloading state is a downloading failure state, the target hash value is inconsistent with the current hash value, or the size of the target file is inconsistent with the size of the actual file, determining that the target file is an invalid file.
6. The file downloading method according to claim 2 or 4, wherein the determining whether the file service corresponding to the file download link has a file blocking function based on the file download link further comprises:
analyzing the current response message to obtain a length field value and a response state code;
if the length field value is a valid field value and the response status code is a target status code, determining that the file service has a file blocking function;
and if the length field value is not a valid field value or the response status code is not a target status code, determining that the file service does not have a file blocking function.
7. The file downloading method according to claim 1, wherein the performing of the downloading status check based on the blocking metadata corresponding to at least two of the blocking files comprises:
inquiring a local file system according to the file sequence numbers of at least two partitioned files, and determining whether the at least two partitioned files store partitioned metadata;
if the at least two blocking files store the blocking metadata, judging whether the file downloading state in the at least two blocking metadata is a downloading success state;
if the at least two partitioned files are in a successful downloading state, calculating a local hash value corresponding to each partitioned file according to the file storage position of each partitioned file in a local file system, and judging whether the local hash value is consistent with the partitioned hash value in the partitioned metadata;
and if the local hash values of the at least two block files and the block hash values are consistent, determining that the verification of the at least two block files is successful.
8. A file downloading apparatus, comprising:
the file downloading request acquisition module is used for acquiring a file downloading request, and the file downloading request comprises a file downloading link;
the file blocking function determining module is used for determining whether the file service corresponding to the file downloading link has a file blocking function or not based on the file downloading link;
the file blocking requirement judging module is used for judging whether a target file corresponding to the file downloading link has a file blocking requirement or not based on the file downloading link if the file service corresponding to the file downloading link has the file blocking function;
the file sequence number acquisition module is used for blocking the target file if the target file corresponding to the file downloading link has a file blocking requirement, and acquiring at least two blocked files and a file sequence number corresponding to each blocked file;
the block metadata acquisition module is used for sequentially downloading at least two block files to a local file system in a block manner based on the file serial numbers of the at least two block files to acquire block metadata corresponding to each block file;
and the download state checking module is used for checking the download state based on the block metadata corresponding to the at least two block files, and if the check of the at least two block files is successful, the target file is determined to be successfully downloaded.
9. A computer device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the file download method according to any of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium storing a computer program, wherein the computer program, when executed by a processor, implements the file download method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210910375.6A CN115277678B (en) | 2022-07-29 | 2022-07-29 | File downloading method, device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210910375.6A CN115277678B (en) | 2022-07-29 | 2022-07-29 | File downloading method, device, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115277678A true CN115277678A (en) | 2022-11-01 |
| CN115277678B CN115277678B (en) | 2024-02-06 |
Family
ID=83746847
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210910375.6A Active CN115277678B (en) | 2022-07-29 | 2022-07-29 | File downloading method, device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115277678B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115834572A (en) * | 2022-12-13 | 2023-03-21 | 广州文远知行科技有限公司 | File downloading method, device, equipment and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012173785A1 (en) * | 2011-06-17 | 2012-12-20 | Alibaba Group Holding Limited | File processing method, system and server-clustered system for cloud storage |
| CN106657383A (en) * | 2017-01-12 | 2017-05-10 | 腾讯科技（深圳）有限公司 | Data downloading method and relevant equipment |
| CN108600312A (en) * | 2018-03-21 | 2018-09-28 | 深圳市奥软网络科技有限公司 | A kind of multi-threaded parallel method for down loading based on file block |
| CN110784520A (en) * | 2019-09-30 | 2020-02-11 | 北京字节跳动网络技术有限公司 | File downloading method and device and electronic equipment |
| CN113132489A (en) * | 2021-04-22 | 2021-07-16 | 中国工商银行股份有限公司 | Method, device, computing equipment and medium for downloading file |
-
2022
- 2022-07-29 CN CN202210910375.6A patent/CN115277678B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012173785A1 (en) * | 2011-06-17 | 2012-12-20 | Alibaba Group Holding Limited | File processing method, system and server-clustered system for cloud storage |
| CN106657383A (en) * | 2017-01-12 | 2017-05-10 | 腾讯科技（深圳）有限公司 | Data downloading method and relevant equipment |
| CN108600312A (en) * | 2018-03-21 | 2018-09-28 | 深圳市奥软网络科技有限公司 | A kind of multi-threaded parallel method for down loading based on file block |
| CN110784520A (en) * | 2019-09-30 | 2020-02-11 | 北京字节跳动网络技术有限公司 | File downloading method and device and electronic equipment |
| CN113132489A (en) * | 2021-04-22 | 2021-07-16 | 中国工商银行股份有限公司 | Method, device, computing equipment and medium for downloading file |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115834572A (en) * | 2022-12-13 | 2023-03-21 | 广州文远知行科技有限公司 | File downloading method, device, equipment and storage medium |
| CN115834572B (en) * | 2022-12-13 | 2024-03-26 | 广州文远知行科技有限公司 | File downloading method, device, equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115277678B (en) | 2024-02-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110636130B (en) | Delayed message processing method and device, computer equipment and storage medium | |
| CN109831487B (en) | Fragmented file verification method and terminal equipment | |
| CN108319719B (en) | Database data verification method and device, computer equipment and storage medium | |
| CN110377454B (en) | Data verification method and device, computer equipment and storage medium | |
| CN110602169B (en) | Service calling method and device, computer equipment and storage medium | |
| CN111262726B (en) | Configuration information updating method and device and computer readable storage medium | |
| CN112015674A (en) | Cache resource access method and device based on multiple hierarchies and computer equipment | |
| CN112153170B (en) | Method, device and equipment for accessing server and storage medium | |
| CN111159233B (en) | Distributed caching method, system, computer equipment and storage medium | |
| CN112632375B (en) | Session information processing method, server and storage medium | |
| CN111262923A (en) | Data synchronization method and device, computer equipment and storage medium | |
| CN115277678B (en) | File downloading method, device, computer equipment and storage medium | |
| CN111541545A (en) | Storage certificate package generation method and device, computer equipment and storage medium | |
| CN110597820A (en) | Block chain based information processing method and device, storage medium and equipment | |
| CN112199441B (en) | Data synchronous processing method, device, equipment and medium based on big data platform | |
| CN110457614B (en) | Data increment updating method and device for reducing data concurrency and computer equipment | |
| CN111652720A (en) | Cloud evidence obtaining method and device, computer equipment and storage medium | |
| CN107395772B (en) | Management method and management system for repeated data | |
| CN115357779A (en) | Data processing method, device and system, electronic equipment and storage medium | |
| CN112104569A (en) | Message data processing method and device, computer equipment and storage medium | |
| CN111431888B (en) | Method, device, equipment and storage medium for shielding key information | |
| CN114036234A (en) | Block chain data storage system and method | |
| CN108965426B (en) | Data processing method and device for audio system, computer equipment and storage medium | |
| CN112836190A (en) | Resource data authority control method and device and intelligent terminal | |
| CN110851477A (en) | Stream data processing method, stream data processing device, computer equipment and storage medium |
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 |