WO2020010727A1

WO2020010727A1 - Application update method and device, and computer readable storage medium

Info

Publication number: WO2020010727A1
Application number: PCT/CN2018/108779
Authority: WO
Inventors: 曾灿林
Original assignee: 平安科技（深圳）有限公司
Priority date: 2018-07-10
Filing date: 2018-09-29
Publication date: 2020-01-16
Also published as: CN108845824A

Abstract

An application update method and device, and a computer readable storage medium. The method comprises: sending an application update request to a server end (S01); a client end receiving application information returned by the server end (S02); according to the application information returned by the server end and locally stored application information, detecting whether a locally stored file needs to be updated (S03); if it is determined that the locally stored file needs to be updated, downloading the file from the server end according to a file path in the application information returned by the server end, and updating the locally stored file according to the downloaded file (S04). Said method solves the problem of low application update efficiency existing in the existing application update process, and achieves the technical effect of effectively improving application update efficiency.

Description

Application update method and device, and computer-readable storage medium

This application affirms the priority of Chinese patent application filed on July 10, 2018 with the application number of CN 201810749377.5 and the name "Application Update Method and Device and Computer-readable Storage Medium", the entire content of this Chinese patent application is referred to for reference. The way is incorporated in this application.

Technical field

The present application relates to the field of computer technology, and in particular, to an application update method and device, and a computer-readable storage medium.

Background technique

With the continuous development of Internet technology, software applications have become more and more. At present, most App (ie, software application) updates need to store multiple versions of update packages on the server side, that is, the update packages of each version of the software update process need to be stored on the server side, which is bound to As a result, server-side maintenance costs are too high.

When performing software application update, the client needs to update and compare all modules at one time. However, in actual applications, it is not necessary to update all functional modules. The full update method will inevitably lead to a decrease in update efficiency. , And there is generally no security check after the update, the security of the update process cannot be guaranteed, and the file may be tampered with.

In view of the above problems, no effective solution has been proposed.

Summary of the invention

The purpose of this application is to provide an application update method and device, and a computer-readable storage medium, thereby solving the problems of high server pressure and low update efficiency in the existing software application update process, and achieving simple and efficient software implementation. Updated technical effects.

This application solves the above technical problems through the following technical solutions:

This application provides an application update method, which includes the following steps:

Send an application update request to the server;

Receiving application information returned by the server;

Detecting whether the locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

When it is determined that the locally stored file needs to be updated, the file is downloaded from the server according to the file path in the application information returned by the server, and the locally stored file is updated according to the downloaded file.

This application provides an application update device, which is located in a client and includes:

A sending module for sending an application update request to the server;

A receiving module, configured to receive application information returned by the server;

A detection module, configured to detect whether a locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

The update module is configured to: when it is determined that the locally stored file needs to be updated, download a file from the server according to the file path in the application information returned by the server, and update the locally stored file according to the downloaded file.

This application provides a computer device including a memory and a processor. The memory stores a computer program. When the processor executes the computer program, the following steps are implemented:

Send an application update request to the server;

Receiving application information returned by the server;

This application provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the following steps are implemented:

Send an application update request to the server;

Receiving application information returned by the server;

In this application, the client sends an application update request to the server; receives the application information returned by the server; detects whether the locally stored file needs to be updated based on the application information returned by the server and locally stored application information; when It is determined that the locally stored file needs to be updated, and the file is downloaded from the server according to the file path in the application information returned by the server, and the locally stored file is updated according to the downloaded file. That is, the client can first determine which files need to be updated and which files do not need to be updated based on the application information. Only the files that need to be updated are updated instead of the full update method, which is an incremental update mode, which can be effective. The problem of low application update efficiency in the existing application update process is solved, and the technical effect of effectively improving the application update efficiency is achieved.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an optional flowchart of an application update method according to an embodiment of the present application; FIG.

FIG. 2 is another schematic flowchart of an application update method according to an embodiment of the present application; FIG.

3 is a schematic diagram of an optional program module of an application update system according to an embodiment of the present application;

4 is a schematic diagram of another optional program module of an application update system according to an embodiment of the present application; and

FIG. 5 is a schematic diagram of an optional hardware architecture of an electronic device according to an embodiment of the present application.

detailed description

In order to make the purpose, technical solution, and advantages of the present application clearer, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the application, and are not used to limit the application. Based on the embodiments in the present application, all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

Considering that the current application software update process generally uses a full update method, this will cause the application software update to be too inefficient, and after the update is completed, the correctness and security of the file are not verified. As a result, the security of software applications after the update is not guaranteed.

Based on this, in this example, it is considered that the application software can be updated in an incremental update manner, so that the problem of inefficient software update caused by the full update can be avoided. And because of full updates, the server needs to store installation and update packages of all versions of the software, which will increase the storage burden on the server.

To this end, an application update method and an electronic device are provided in this example. The application update method and the electronic device are described in detail below:

Example one

The application update method provided in the present application will be described below with reference to the drawings.

FIG. 1 is a schematic diagram of an optional process of an application update method. As shown in FIG. 1, the method may include the following steps S01-S05:

S01: Send an application update request to the server;

For example, it may be receiving an application startup request from a user and detecting whether the application startup request meets a trigger condition; if it is detected that the application startup request meets the trigger condition, sending an application update request to the server. For example, the trigger condition may be that the application is not installed for the first time on the client and is not the first time after the update. That is, if these launch conditions are met, an application update request to the server is triggered to trigger an update to the application.

S02: receiving application information returned by the server;

The above application information may include: the current version number of each module of the application, the acquisition path of each file, the MD5 value of each file, and the update time; based on the application information returned by the server, it is possible to determine whether an update is required , And obtain the storage path of the update file to read the file to be updated or the file that needs to be updated.

S03: detecting whether the locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

Specifically, in implementation, in order to confirm whether a file needs to be updated, a method of comparing a version number and an MD5 value with a locally stored version number and an MD5 value may be adopted. For example, the version number of the module can be used to determine whether the module needs to be updated, and the MD5 value can be used to determine which files in the module that need to be updated need to be updated and which files do not need to be updated, thereby completing the incremental update of the software application.

Specifically, detecting whether the locally stored file needs to be updated according to the application information returned by the client and the locally stored application information may include:

S1: determine whether the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information;

S2: When it is detected that the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is not updated;

S3: When it is detected that the current version number of each module of the application in the application information returned by the server is different from the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is updated.

That is, in the above example, the client can first determine which files need to be updated and which files do not need to be updated based on the application information, and only update the files that need to be updated, instead of using the full update method, which is incremental update. Mode, which can effectively solve the problem of low application update efficiency in the existing application update process, and achieve the technical effect of effectively improving the application update efficiency.

Considering that the existing application software update process does not detect the security of the file after the update is completed, resulting in a decrease in application security, in the embodiment of the present application, the comparison is made after the file update is completed. The MD5 value method is used to determine whether the files are correct, that is, the MD5 values of all files are compared to determine whether the files have been updated and whether the updated files are correct. Specifically, after updating the local file of the client through the downloaded file, the MD5 value of the local file is compared with the MD5 value of each file in the application information returned by the client; if they are consistent, it is determined Update was successful; if inconsistent, an exception warning message is generated.

If an error is found in the file, an exception warning message can be generated. After the exception warning message is generated, a network exception prompt message can be displayed on the client and then detect whether the user triggers a retry or exit operation; if the user triggers a retry operation, restart the application ; If the user triggers an exit, exit the app.

The above application update process may be a process that is triggered only when the conditions are met. The trigger condition may be that the application is not installed for the first time on the client and is not started for the first time after the update. Then, the client sends the application to the server. Send an app update request. That is, the application update process is triggered only when it is determined that the application is not installed for the first time and is not started for the first time after the application is updated. If it is the first installation or the first startup after the update, the update does not need to be triggered.

However, it is worth noting that the trigger conditions listed above and the message content carried by the application information are only exemplary descriptions. In actual implementation, other trigger conditions or message contents may be used. Not limited.

The above application update method is described in a specific scenario. However, it is worth noting that this specific scenario is only for better description of the present application, and does not constitute an improper limitation on the present application.

As shown in FIG. 2, the method for starting and using the application may include:

S1: Before the application (ie, APP) enters the business module, it calls the query offline cache interface.

S2: Determine whether to enable the offline cache function. If so, execute S3, otherwise execute S9;

S3: Determine whether the application is the first time after the first installation or update (that is, determine whether the user's application startup request meets the trigger condition); if not, execute S4, otherwise execute S9;

S4: Determine whether the service module needs to be updated. If it is required to be updated, execute S5; otherwise, execute S9;

S5: call the update service module interface;

S6: Download Version and compare whether the version number needs to be updated. If it is needed, execute S7, otherwise execute S9;

S7: Download the manifest and compare the MD5 value to see if there are any files to update. If there is, execute S8, otherwise execute S9;

S8: Determine whether the file is updated. If so, perform S9, otherwise continue to wait for the file to be downloaded.

S9: In order to determine whether the business module can operate normally, the MD5 values of all files stored locally can be compared with the manifest. If they are consistent, S10 is executed, otherwise S11 is executed;

S10: Enter the service module;

S11: An exception warning pops up and exits the app.

During the execution of S6 to S8, if a network exception occurs, a network exception prompt may pop up, and there are retry and exit buttons to determine whether the user retry or exit.

In the above embodiment, the client sends an application update request to the server, and receives the application information returned by the server. The application information includes the current version number of each module of the application, the acquisition path of each file, and each file. MD5 value and update time; the client compares the application information returned by the server with the locally stored application information to determine whether the file needs to be updated; for the file that needs to be updated, according to the file in the application information returned by the server Path, download the file from the server, and update the local file of the client by the downloaded file. That is, the client can first determine which files need to be updated and which files do not need to be updated based on the application information. Only the files that need to be updated are updated instead of the full update method, which is an incremental update mode, which can be effective. The problem of low application update efficiency in the existing application update process is solved, and the technical effect of effectively improving the application update efficiency is achieved.

Through the description of the above embodiments, those skilled in the art can clearly understand that the methods in the above embodiments can be implemented by means of software plus a necessary universal hardware platform, and of course, also by hardware, but in many cases the former is better. Implementation.

Example two

Based on the application update method provided in the first embodiment, an application update system is provided in this embodiment. Specifically, FIG. 3 and FIG. 4 show optional structural block diagrams of the application update system. The application update system is Divided into one or more program modules, one or more program modules are stored in a storage medium and executed by one or more processors to complete the application. The program module referred to in this application refers to a series of computer program instruction segments capable of performing specific functions, and is more suitable than the program itself to describe the execution process of the application update system in a storage medium. The following description will specifically introduce the program modules of this embodiment. Features:

As shown in FIG. 3, the application update system 30 includes:

A sending module 31, configured to send an application update request to the server;

A receiving module 32, configured to receive application information returned by the server;

A detection module 33, configured to detect whether a locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

The update module 34 is configured to: when it is determined that the locally stored file needs to be updated, download a file from the server according to the file path in the application information returned by the server, and update the locally stored file according to the downloaded file.

In one embodiment, the detection module 33 may include: a judging unit, configured to judge whether the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information; A processing unit, configured to detect that the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information, and then do not perform file processing Update; an update unit, configured to detect when the current version number of each module of the application in the application information returned by the server is different from the latest version number of each module in the locally stored application information, then update the current module of each module of the application Files are updated.

As shown in FIG. 4, the above-mentioned application update device may further include: a comparison module 35, which may be specifically configured to return the MD5 value of the local file to the client after updating the local file of the client through the downloaded file. The MD5 value of each file in the application information is compared; if they are consistent, the update is determined to be successful; if they are not consistent, an exception warning message is generated.

In one embodiment, after the abnormal warning message is generated, a network abnormal prompt message is displayed; detecting whether the user triggers a retry or exit operation; if the user triggers a retry operation, the application is restarted; if the user triggers an exit operation, the application is exited .

In one embodiment, the client sending an application update request to the server may include: receiving a user's application launch request; determining whether the application is installed on the client for the first time, or whether it is the first launch after the update In the case of determining that it is installed for the first time or started for the first time after the update, the client sends an application update request to the server.

Regarding the device in the above embodiment, the specific manner in which each unit and module performs operations has been described in detail in the embodiment of the method, and will not be described in detail here.

In various implementations of this embodiment, the client sends an application update request to the server, and receives application information returned by the server, where the application information includes: the current version number of each module of the application, and the acquisition path of each file. The MD5 value and update time of each file; the client compares the application information returned by the server with the locally stored application information to determine whether the file needs to be updated; for the file that needs to be updated, according to the application returned by the server The file path in the information, the file is downloaded from the server, and the local file of the client is updated by the downloaded file. That is, the client can first determine which files need to be updated and which files do not need to be updated based on the application information. Only the files that need to be updated are updated instead of the full update method, which is an incremental update mode, which can be effective. The problem of low application update efficiency in the existing application update process is solved, and the technical effect of effectively improving the application update efficiency is achieved.

Example three

An electronic device is provided in a third preferred embodiment of the present application. FIG. 5 is a schematic diagram of a hardware architecture of an electronic device according to an embodiment of the present application. In this embodiment, the electronic device 2 is a device capable of automatically performing numerical calculation and / or information processing in accordance with an instruction set or stored in advance. For example, it can be a smart phone, a tablet computer, a notebook computer, a desktop computer, a rack server, a blade server, a tower server, or a rack server (including an independent server or a server cluster composed of multiple servers). As shown in the figure, the electronic device 2 includes at least, but is not limited to, a memory 21, a processor 22, a network interface 23, and an application update system 30 that can communicate with each other through a system bus. among them:

The memory 21 includes at least one type of computer-readable storage medium. The readable storage medium includes a flash memory, a hard disk, a multimedia card, a card-type memory (for example, SD or DX memory, etc.), a random access memory (RAM), and a static random access memory. (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disks, optical disks, etc. In some embodiments, the memory 21 may be an internal storage module of the electronic device 2, such as a hard disk or a memory of the electronic device 2. In other embodiments, the memory 21 may also be an external storage device of the electronic device 2, such as a plug-in hard disk, a smart memory card (SMC), and a secure digital (Secure Digital, SD) card, Flash card, etc. Of course, the memory 21 may also include both an internal storage module of the electronic device 2 and an external storage device thereof. In this embodiment, the memory 21 is generally used to store an operating system and various application software installed on the electronic device 2, such as program codes of the application update system 30. In addition, the memory 21 may also be used to temporarily store various types of data that have been output or are to be output.

The processor 22 may be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or other data processing chip in some embodiments. The processor 22 is generally used to control the overall operation of the electronic device 2, for example, to perform control and processing related to data interaction or communication with the electronic device 2. In this embodiment, the processor 22 is configured to run program code or process data stored in the memory 21, such as a running application update system 20 and the like.

The network interface 23 may include a wireless network interface or a wired network interface. The network interface 23 is generally used to establish a communication connection between the electronic device 2 and other electronic devices. For example, the network interface 23 is used to connect the electronic device 2 with an external terminal through a network, and establish a data transmission channel and a communication connection between the electronic device 2 and the external terminal. The network can be an intranet, the Internet, a Global System for Mobile Communication (GSM), a Wideband Code Division Multiple Access (WCDMA), a 4G network, a 5G network, Wireless or wired networks such as Bluetooth and Wi-Fi.

It should be noted that FIG. 5 only shows the electronic device with components 21-23, but it should be understood that it is not required to implement all the illustrated components, and more or fewer components may be implemented instead.

In this embodiment, the application update system 20 stored in the memory 21 may also be divided into one or more program modules, and the one or more program modules are stored in the memory 21, and are composed of one or more processors ( This embodiment is executed by the processor 22) to complete the present application.

Example 4

This embodiment also provides a computer-readable storage medium. The computer-readable storage medium stores an application update system, and the application update system may be executed by at least one processor, so that the at least one processor executes the application according to the first embodiment. Update method steps.

In this embodiment, the computer-readable storage medium includes a flash memory, a hard disk, a multimedia card, a card-type memory (eg, SD or DX memory, etc.), a random access memory (RAM), a static random access memory (SRAM), and a read-only memory ( ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disks, optical disks, etc. In some embodiments, the computer-readable storage medium may be an internal storage unit of a computer device, such as a hard disk or a memory of the computer device. In other embodiments, the computer-readable storage medium may also be an external storage device of a computer device, such as a plug-in hard disk, a smart media card (SMC), and a secure digital (Secure Digital) device. , SD) card, flash memory card (Flash card) and so on. Of course, the computer-readable storage medium may also include both the internal storage unit of the computer device and its external storage device. In this embodiment, the computer-readable storage medium is generally used to store an operating system and various types of application software installed on a computer device, such as program code of the customer assurance analysis system of the second embodiment. In addition, the computer-readable storage medium can also be used to temporarily store various types of data that have been output or will be output.

In the above example, the client sends an application update request to the server and receives the application information returned by the server. The application information includes: the current version number of each module of the application, the acquisition path of each file, and the MD5 value and update time; the client compares the application information returned by the server with the locally stored application information to determine whether the file needs to be updated; for the file that needs to be updated, according to the file path in the application information returned by the server Downloading a file from the server, and updating the local file of the client through the downloaded file. That is, the client can first determine which files need to be updated and which files do not need to be updated based on the application information. Only the files that need to be updated are updated instead of the full update method, which is an incremental update mode, which can be effective. The problem of low application update efficiency in the existing application update process is solved, and the technical effect of effectively improving the application update efficiency is achieved.

Obviously, those skilled in the art should understand that the above-mentioned modules or steps of the embodiments of the present application may be implemented by a general-purpose computing device, and they may be centralized on a single computing device or distributed to multiple computing devices. On the network, optionally, they can be implemented with program code executable by the computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, can be different from here The steps shown or described are performed in sequence, or they are separately made into individual integrated circuit modules, or multiple modules or steps in them are made into a single integrated circuit module for implementation. In this way, the embodiments of the present application are not limited to any specific combination of hardware and software.

The above are only preferred embodiments of the present application, and thus do not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the description and drawings of the application, or directly or indirectly used in other related technical fields Are included in the scope of patent protection of this application.

Claims

An application update method is characterized in that it includes the following steps:

Send an application update request to the server;

Receiving application information returned by the server;

Detecting whether the locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

When it is determined that the locally stored file needs to be updated, the file is downloaded from the server according to the file path in the application information returned by the server, and the locally stored file is updated according to the downloaded file.
The method according to claim 1, wherein the application information comprises: a current version number of each module of the application, and detecting, by the client, the application information returned by the server and the locally stored application information to detect the local Whether stored files need to be updated, including:

Determine whether the current version number of each module in the application information returned by the server is the same as the latest version number of each module in the locally stored application information;

When it is detected that the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is not updated;

When it is detected that the current version number of each module of the application in the application information returned by the server is different from the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is updated.
The method according to claim 1, wherein after updating the locally stored file according to the downloaded file, the method further comprises:

Determine whether the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client;

When it is detected that the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client, determining that the update is successful;

When the MD5 value of the locally stored file is different from the MD5 value of each file in the application information returned by the client, an abnormal warning message is generated.
The method according to claim 3, wherein after generating the exception warning message, the method further comprises:

Display network abnormal prompt information;

Detect the current operation type of the user according to the network abnormal prompt message;

When it is determined that the current operation type of the user is a retry operation, the application is restarted;

When it is determined that the current operation type of the user is an exit operation, the application is exited.
The method according to claim 1, wherein sending the application update request to the server includes:

Receiving a user's application start request;

Detecting whether the application startup request meets a trigger condition;

If it is detected that the application startup request meets a trigger condition, an application update request is sent to the server.
An application update device, which is located in a client, is characterized in that it includes:

A sending module for sending an application update request to the server;

A receiving module, configured to receive application information returned by the server;

A detection module, configured to detect whether a locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

The update module is configured to: when it is determined that the locally stored file needs to be updated, download a file from the server according to the file path in the application information returned by the server, and update the locally stored file according to the downloaded file.
The device according to claim 6, wherein the application information comprises: current version numbers of application modules, and the detection module comprises:

A judging unit, configured to judge whether the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information;

A processing unit, configured to detect that the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information, and then do not perform file processing of the current module of each module of the application Update

An update unit, configured to detect when the current version number of each module of the application in the application information returned by the server is different from the latest version number of each module in the locally stored application information, then update the file of the current module of each module Update.
The apparatus according to claim 6, wherein the sending module comprises:

A receiving unit, configured to receive an application start request from a user;

A detection unit, configured to detect whether the application startup request meets a trigger condition;

A sending unit is configured to send an application update request to the server if it is detected that the application startup request meets a trigger condition.
The device according to claim 6, further comprising: after updating a locally stored file according to the downloaded file:

Determine whether the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client;

When it is detected that the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client, determining that the update is successful;

When the MD5 value of the locally stored file is different from the MD5 value of each file in the application information returned by the client, an abnormal warning message is generated.
The apparatus according to claim 9, further comprising: after generating the abnormality warning message:

Display network abnormal prompt information;

Detect the current operation type of the user according to the network abnormal prompt message;

When it is determined that the current operation type of the user is a retry operation, the application is restarted;

When it is determined that the current operation type of the user is an exit operation, the application is exited.
A computer device includes a memory and a processor. The memory stores a computer program, and is characterized in that, when the processor executes the computer program, the following steps are implemented:

Send an application update request to the server;

Receiving application information returned by the server;

Detecting whether the locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

When it is determined that the locally stored file needs to be updated, the file is downloaded from the server according to the file path in the application information returned by the server, and the locally stored file is updated according to the downloaded file.
The computer device according to claim 11, wherein the application information comprises: a current version number of each module of the application, and the client detects the application information returned by the server and the locally stored application information to detect Whether locally stored files need to be updated, including:

Determine whether the current version number of each module in the application information returned by the server is the same as the latest version number of each module in the locally stored application information;

When it is detected that the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is not updated;

When it is detected that the current version number of each module of the application in the application information returned by the server is different from the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is updated.
The computer device according to claim 11, after updating the locally stored file according to the downloaded file, further comprising:

Determine whether the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client;

When it is detected that the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client, determining that the update is successful;

When the MD5 value of the locally stored file is different from the MD5 value of each file in the application information returned by the client, an abnormal warning message is generated.
The computer device according to claim 13, after generating the abnormality warning message, further comprising:

Display network abnormal prompt information;

Detect the current operation type of the user according to the network abnormal prompt message;

When it is determined that the current operation type of the user is a retry operation, the application is restarted;

When it is determined that the current operation type of the user is an exit operation, the application is exited.
The computer device according to claim 11, wherein sending the application update request to the server includes:

Receiving a user's application start request;

Detecting whether the application startup request meets a trigger condition;

If it is detected that the application startup request meets a trigger condition, an application update request is sent to the server.
A computer-readable storage medium having a computer program stored thereon is characterized in that, when the computer program is executed by a processor, the following steps are implemented:

Send an application update request to the server;

Receiving application information returned by the server;

Detecting whether the locally stored file needs to be updated according to the application information returned by the server and the locally stored application information;

When it is determined that the locally stored file needs to be updated, the file is downloaded from the server according to the file path in the application information returned by the server, and the locally stored file is updated according to the downloaded file.
The storage medium according to claim 16, wherein the application information comprises: a current version number of each module of the application, and the client detects the application information returned by the server and the locally stored application information, and detects Whether locally stored files need to be updated, including:

Determine whether the current version number of each module in the application information returned by the server is the same as the latest version number of each module in the locally stored application information;

When it is detected that the current version number of each module of the application in the application information returned by the server is the same as the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is not updated;

When it is detected that the current version number of each module of the application in the application information returned by the server is different from the latest version number of each module in the locally stored application information, the file of the current module of each module of the application is updated.
The storage medium according to claim 16, after updating the locally stored file according to the downloaded file, further comprising:

Determine whether the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client;

When it is detected that the MD5 value of the locally stored file is the same as the MD5 value of each file in the application information returned by the client, determining that the update is successful;

When the MD5 value of the locally stored file is different from the MD5 value of each file in the application information returned by the client, an abnormal warning message is generated.
The storage medium according to claim 18, after generating the abnormality warning message, further comprising:

Display network abnormal prompt information;

Detect the current operation type of the user according to the network abnormal prompt message;

When it is determined that the current operation type of the user is a retry operation, the application is restarted;

When it is determined that the current operation type of the user is an exit operation, the application is exited.
The storage medium according to claim 16, wherein sending the application update request to the server includes:

Receiving a user's application start request;

Detecting whether the application startup request meets a trigger condition;

If it is detected that the application startup request meets a trigger condition, an application update request is sent to the server.