CN106131612A - The method and system of Android app dynamic load resource function module - Google Patents

Abstract

The present invention provides a method and system for dynamically loading resource function modules in an Android app, including a module generation process, including generating a separate resource function module on the server side; a dynamic verification update process, and checking the security and update of the resource function module on the client side For the resource function module, the file with the highest version is used to determine the security and update status of the module on the network; the loading process is used to download and load the resource function module on the client, including verifying the hash, according to all the resource function modules in the scanned folder The version numbers are sorted, and the files of older versions are deleted until the files of n resource function modules are left. After the download is completed, the loading starts and the user is prompted. The application of the Android app dynamic loading function module provided by the present invention includes not limited to the dynamic loading in the live broadcast room, and has important market value.

Description

Method and system for dynamically loading resource function modules in Android app

technical field

The present invention relates to the technical field of video applications, in particular to a method and system for dynamically loading resource function modules by Android applications.

Background technique

Currently, live video broadcasting has been widely used. People can use the Internet to watch live video anytime, anywhere on a variety of clients such as tablet computers and mobile phones, through installed applications.

For the video live broadcast industry, it is common to optimize playback performance before live room revisions and live room demand increase, but every new function developed through existing technologies will trigger an upgrade to allow users to experience these new functions. As a result, the coverage of new functions takes a long time, and the version fragmentation is serious.

At this time, dynamic loading technology is very important. In the case of improving the user experience to the best, it can also continuously update the functions and resources of the application itself.

The relevant terms and explanations are as follows:

App Android system needs to install the application, the abbreviation of Application

url Uniform resource locator is a concise representation of the location and access method of resources that can be obtained from the Internet, and is the address of standard resources on the Internet.

assert The resource file package that comes with the Android application package

versioncode The version number of the Android application, which will increase with each new version

File hash A string of characters to determine the uniqueness of the file, used to determine the uniqueness of the file

plugin Android app dynamic loading function module general term

md5 Message Digest Algorithm MD5 (Chinese name is the fifth edition of Message Digest Algorithm) is a hash function widely used in the field of computer security to provide message integrity protection.

Api API (Application Programming Interface, application programming interface) is some predefined functions, the purpose is to provide applications and developers with the ability to access a set of routines based on certain software or hardware

Contents of the invention

Aiming at the above defects of the prior art, the present invention provides a method and system for dynamically loading resource function modules in an Android app.

The technical solution of the present invention includes a method for dynamically loading resource function modules in an Android app, including a module generation process, a dynamic verification update process and a loading process,

The module generation process includes generating a separate resource function module on the server side;

The dynamic verification update process is used to verify the security of the resource function module and update the resource function module on the client side,

The loading process is used to download and load resource function modules on the client side.

Moreover, the dynamic verification update process includes the following steps,

Step A1, when the user opens the resource function module, first use the package name to judge whether it is loaded, if it has been loaded, go to step A9, otherwise go to step A2;

Step A2, scan whether the file with the package name in the plugin directory exists, if it exists, go to step A3, otherwise go to step A5;

Step A3, determine how many files there are, if it is greater than 1, take the latest version and enter step A4, otherwise directly enter step A4;

Step A4, carry out loading, if the loading is successful, go to step A9, and if the loading fails, go to step A5;

Step A5, find whether the file exists in the assert directory, if it exists, go to step A6, if it does not exist, go to step A7;

Step A6, copy from the assert directory to the plugin directory, and then go to step A4;

Step A7, request api, add the package name, and enter step A8;

Step A8, download the plug-in, and go to step A4;

Step A9, judging security and updating through networking;

Step A10, judging the returned data, if the plug-in is not safe or updated, return to step A8, if the plug-in is safe and not updated, open the plug-in;

The loading process includes the following steps,

Step B1, pass in package name, versioncode and channel number to generate md5 string, and pass in url download address and file hash;

Step B2, create a folder named temp in the plugin directory, and download the resource function module according to the url download address. After the download is completed, enter step B3. If the download fails, the task is terminated;

Step B3, verify the hash, and move it to the plugin folder; if the verification is successful, enter step B4, otherwise the task is terminated;

Step B4, scan whether the file with the package name in the plugin directory is greater than the preset number n of local cache modules, if yes, go to step B5, otherwise go to step B6;

Step B5, according to the version numbers of all the resource function modules in the scanned folder, and sort them, delete files of older versions until there are n files of resource function modules left, and enter step B6;

Step B6, carry out loading and prompt the user to realize download callback.

Moreover, when the Android app is used as the main program to open the resource function module, the main program interacts with the server, the main program uploads the module information, the server judges and returns the identification according to the module information, and the main program determines the follow-up processing logic according to the identification.

Moreover, the way the server judges and returns the ID is as follows,

The server compares the module information uploaded by the main program with the latest local module information on the server. First, if the md5 matches the md5 of the service, it will directly return the identifier 1. If it does not match, start other data matching as follows,

If the package name is incorrect, return ID -2,

If the signature or verification code is wrong, return the ID -1, and send the correct module address to the main program; if the version is wrong, it needs to be updated, obtain the parameters set by the server background, and determine that the update is 2" Suggest update", 3 "forced update" or 4 "silent update", and then send the information to the main program of the mobile phone;

Finally, judge whether the client version is consistent with the client version required by the module stored in the server, and if not, then send the identification 5 to the main program of the mobile phone, prompting the user to update the client to open the resource function module.

Moreover, the main program determines the implementation of the follow-up processing logic according to the identification as follows,

If the return is -1, call the download process to download;

If the return is 1, the dynamic verification update process is called to open;

If the return is 2, it will give the user a prompt, and the user can choose to open or download;

If it returns 3, the user is asked to wait, first call the download process to download, and then call the dynamic verification update process to open after installation;

If it returns 4, directly call the dynamic verification update process to open, and call the download process in the background to download, and the user cannot perceive the download;

If 5 is returned, the user is prompted to update the client app;

If -2 is returned or the request fails, the resource function module will be terminated and a prompt will be given to the user.

The present invention also correspondingly provides a system for dynamically loading resource function modules of an Android app, including a module generation unit set on the server side, a dynamic verification update unit and a loading unit set on the client side,

The live room module generation unit is used to generate a separate resource function module on the server side;

The dynamic verification and updating unit is used to verify the security of the resource function module and update the resource function module on the client side,

The loading unit is used for downloading and loading resource function modules on the client side.

Moreover, the dynamic verification update unit includes the following subunits,

Subunit A1 is used to determine whether to load the resource function module by the package name first when the user opens it. If it has been loaded, order subunit A9 to work, otherwise order subunit A2 to work;

Subunit A2 is used to scan whether the file with the package name in the plugin directory exists, and if it exists, order subunit A3 to work, otherwise order subunit A5 to work;

Subunit A3 is used to judge how many files there are. If it is greater than 1, the latest version will be used to order subunit A4 to work, otherwise directly order subunit A4 to work;

Subunit A4 is used for loading. If the loading is successful, the subunit A9 is ordered to work, and if the loading fails, the subunit A5 is ordered to work;

Subunit A5 is used to find whether the file exists in the assert directory, if it exists, order subunit A6 to work, and if it does not exist, order subunit A7 to work;

Subunit A6 is used to copy from the assert directory to the plugin directory, and then order subunit A4 to work;

Subunit A7 is used to request api, add the package name, and order subunit A8 to work;

Subunit A8 is used to download the plug-in and order subunit A4 to work;

Sub-unit A9 is used to judge security and update through networking;

Subunit A10 is used to judge the returned data. If the plug-in is not safe or updated, return to sub-unit A8. If the plug-in is safe and not updated, open the plug-in;

The loading unit includes the following subunits,

Subunit B1 is used to pass in package name, versioncode and channel number to generate md5 string, and pass in url download address and file hash;

Subunit B2 is used to create a new folder named temp in the plugin directory, and download the resource function module according to the url download address. After the download is completed, the subunit B3 is ordered to work. If the download fails, the task is terminated;

Subunit B3 is used to verify the hash and move it to the plugin folder; if the verification is successful, order subunit B4 to work, otherwise the task is terminated;

Subunit B4 is used to scan whether the file of the package name in the plugin directory is greater than the preset number n of local cache modules, and if so, order subunit B5 to work, otherwise order subunit B6 to work;

The subunit B5 is used to scan and sort the version numbers of all the resource function modules in the folder, delete files of older versions, and order the subunit B6 to work until the files of n resource function modules remain;

The subunit B6 is used for loading and prompting the user to implement download callback.

Moreover, when the Android app is used as the main program to open the resource function module, the main program interacts with the server, the main program uploads the module information, the server judges and returns the identification according to the module information, and the main program determines the follow-up processing logic according to the identification.

Moreover, the way the server judges and returns the ID is as follows,

The server compares the module information uploaded by the main program with the latest local module information on the server. First, if the md5 matches the md5 of the service, it will directly return the identifier 1. If it does not match, start other data matching as follows,

If the package name is incorrect, return ID -2,

If the signature or verification code is wrong, return the ID -1, and send the correct module address to the main program; if the version is wrong, it needs to be updated, obtain the parameters set by the server background, and determine that the update is 2" Suggest update", 3 "forced update" or 4 "silent update", and then send the information to the main program of the mobile phone;

Finally, judge whether the client version is consistent with the client version required by the module stored in the server, and if not, then send the identification 5 to the main program of the mobile phone, prompting the user to update the client to open the resource function module.

Moreover, the main program determines the implementation of the follow-up processing logic according to the identification as follows,

If the return is -1, call the download process to download;

If the return is 1, the dynamic verification update process is called to open;

If the return is 2, it will give the user a prompt, and the user can choose to open or download;

If it returns 3, the user is asked to wait, first call the download process to download, and then call the dynamic verification update process to open after installation;

If it returns 4, directly call the dynamic verification update process to open, and call the download process in the background to download, and the user cannot perceive the download;

If 5 is returned, the user is prompted to update the client app;

If -2 is returned or the request fails, the resource function module is terminated and a prompt is given to the user.

The present invention packs resource files and new functions into a resource function module file and places it on the server. When the user requests the server through the client, the server will return the information of the module file to the client. If the user needs to open this new function, the client will call the download to download the module file, and then verify the security locally and open it. The application of the Android app dynamic loading function module provided by the present invention includes not limited to the dynamic loading in the live broadcast room, and has important market value.

Description of drawings

FIG. 1 is a flowchart of interaction with a server according to an embodiment of the present invention.

Fig. 2 is a flowchart of module security verification and dynamic update according to the embodiment of the present invention.

Fig. 3 is a flowchart of an embodiment of the present invention.

detailed description

The technical solutions of the present invention will be further specifically described below through the embodiments and in conjunction with the accompanying drawings.

In order to better illustrate the technical solution of the present invention, the embodiment takes the dynamic loading of the live room as an example to illustrate, but the technical solution of the present invention includes but not limited to the dynamic loading of the live room, chat, community, extended functions, advertisements, themes, games , tools and other resource function modules are also applicable.

1. Functional modules that can be maintained independently

The module generation process of the embodiment includes generating a separate resource function module at the server side. During development, the live broadcast room is made into a separate module. When the user needs to use the live broadcast room, the client will request the server to download the live broadcast room module. After the download is successful, the client will perform security verification on the module. After the verification is passed, the room number and user information will be passed to the module to open the live room. Other request services, barrage services, etc. are all completed by this module. In this way, the overall functions and resources of the live broadcast room can be maintained separately, which can greatly reduce the size of the installation package of the main app.

The advantage of this is that apart from maintaining and reducing the size of the main App's installation package separately, another point is that the operation of independent modules has no impact on the main App. If the module fails for some reason, it will not crash the main app. And at this time, the automatic repair function of the module will be activated to allow the module to continue to run correctly.

2. Android app dynamically loads resource function module security verification and dynamic update

In the continuous development of the App, there will always be an update of the functions in the App. Such an update will not only bring new functional experience to users, but also bring a bad experience (users need to constantly upgrade). If there is a technology that can automatically upgrade the user's App functions, this will solve the problem of poor user experience. In order to solve this problem, dynamic update came into being.

When the user opens the module, the program passes in the package name and other information of the module for judgment. First, judge whether the module has been loaded in the program through the package name. If the module is loaded, the security and update status of the module are judged online. If the module is not loaded, go to the module directory to scan whether the package name of the file matches it. If there is a match, take the highest version. If there is no match, go to the assert directory to find if there is a match, and load it if there is one. If there is still no match, then bring the package name to request the api, return the latest download information of the module, and download it. After the download is complete, repeat The process of loading.

The dynamic verification update process of the embodiment is used to check the security of the resource function module and update the resource function module on the client side. The specific process is shown in FIG. 2:

Step 1, when the user opens the module, first use the package name to determine whether it is loaded, if it is loaded, go to step 9, otherwise go to step 2;

Step 2, scan whether the file with the package name in the plugin directory exists, if it exists, go to step 3, otherwise go to step 5;

Step 3, determine how many files there are, if it is greater than 1, take the latest version and go to step 4, otherwise go directly to step 4;

Step 4, carry out loading, if the loading is successful, go to step 9, if the loading fails, go to step 5;

Step 5, find whether the file exists in the assert directory, if it exists, go to step 6, if it does not exist, go to step 7;

Step 6, copy from the assert directory to the plugin directory, and then go to step 4;

Step 7, request api, add the package name, and go to step 8;

Step 8, download the plug-in, go to step 4;

Step 9, network to determine security and update;

Step 10, judge the returned data, if the plug-in is not safe or there is an update, return to step 8, if the plug-in is safe and not updated, open the plug-in.

3. Load the module

The live room module needs to be downloaded when it is used or updated for the first time. In order to unify the version and correctness of the module downloaded by users, it is necessary to agree on the download logic.

Before the download is required, the developer needs to pass in the three parameters of url download address, file hash, md5 (generated from package name, versioncode, channel number), and create a new folder named temp in the plugin directory (if it exists, then Can be omitted without creating a new one). Then start to download, and name the downloaded file as md5. After the download is complete, check whether the hash of the file is consistent with the incoming hash. n files with the package name, if there are, delete the oldest version. Returns via the download callback after performing the operation.

The loading process of the embodiment is used to download and load resource function modules on the client side, and the specific logic is as shown in Figure 3:

Step 1, pass in the package name, versioncode and channel number to generate an md5 string, and pass in the url download address and file hash;

Step 2, create a new folder named temp in the plugin directory, and download the module according to the url download address. After the download is completed, enter step 3. If the download fails, the task is terminated;

Step 3, verify the hash and move it to the plugin folder; if the verification is successful, go to step 4, otherwise the task is terminated;

Step 4, scan whether the file of the package name in the plugin directory is greater than n (n is the number of modules in the local cache, which can be adjusted according to different needs during specific implementation, and is preset by those skilled in the art), and if so, enter the step 5, otherwise less than or equal to n, go to step 6;

Step 5, according to the version numbers of all the modules in the scanned folder, and sort them, delete the module files of older versions until there are n module files left. In order to prevent fatal errors in the upgraded version of the user, you can roll back Make a backup, go to step 6;

Step 6, the download is complete, start loading and prompt the user to realize the download callback.

When the task is terminated, the user may be prompted that the download failed, please try again later.

4. Interaction before opening the module

The Android app on the mobile phone is used as the main program to open the live room module, and the main program interacts with the server. In order to solve malicious user tampering and module upgrade, this invention further proposes to add the judgment in Figure 1 before opening the module. This part needs to interact with the server, upload various information of the module to the server for verification, and pass the verification Then return information to the mobile phone to perform corresponding operations. If it returns -2, or the request fails, the startup module will be terminated and a prompt will be given to the user.

See Figure 2, the network verification starts, the main program of the mobile phone uploads the network information of the module, including the package name, signature, verification code, version, channel, file hash, and client version, and then the server judges and returns the identification, and the main program of the mobile phone client according to The identification determines the subsequent processing logic:

If the return is -1, call the process shown in Figure 3 to download.

If the return is 1, the process shown in Figure 2 is called to open.

If the return is 2, it will give the user a prompt, and the user can choose to open or download.

If 3 is returned, the user is asked to wait, first call the process shown in Figure 3 to download, and then call the process shown in Figure 2 to open after installation.

If it returns 4, directly call the process shown in Figure 2 to open, and call the process shown in Figure 3 to download in the background, and the user cannot perceive the download.

If 5 is returned, the user is prompted to update the client app.

If it returns -2 or the request fails, the startup module will be terminated and a prompt will be given to the user.

The specific way for the server to judge and return the identifier can be as follows:

The server compares the module information transmitted by the mobile phone with the latest local module information of the server. First, if the md5 matches the md5 of the service, it will directly return the identifier 1. If it does not match, it will start other data matching:

If the package name is incorrect, return ID -2,

If the signature or check code is incorrect, return the flag -1, and send the correct module address to the main program of the mobile phone;

If the version is wrong, it needs to be updated. Obtain the parameters set in the background of the server to determine whether the update is 2 "recommended update", 3 "forced update" or 4 "silent update", and then send the information to the main program of the mobile phone;

Finally, it will judge whether the client version is consistent with the client version required by the module stored in the server. If not, it will send the identification 5 to the main program of the mobile phone, prompting the user to update the client to open the module.

During specific implementation, the method provided by the present invention can realize the automatic operation process based on software technology, and can also realize the corresponding system in a modular manner.

The present invention also correspondingly provides a system for dynamically loading resource function modules of an Android app, including a module generation unit set on the server side, a dynamic verification update unit and a loading unit set on the client side,

The live room module generation unit is used to generate a separate resource function module on the server side;

The dynamic verification and updating unit is used to verify the security of the resource function module and update the resource function module on the client side, and the unit includes the following subunits,

Subunit A1 is used to determine whether to load the resource function module by the package name first when the user opens it. If it has been loaded, order subunit A9 to work, otherwise order subunit A2 to work;

Subunit A2 is used to scan whether the file with the package name in the plugin directory exists, and if it exists, order subunit A3 to work, otherwise order subunit A5 to work;

Subunit A3 is used to judge how many files there are. If it is greater than 1, the latest version will be used to order subunit A4 to work, otherwise directly order subunit A4 to work;

Subunit A4 is used for loading. If the loading is successful, the subunit A9 is ordered to work, and if the loading fails, the subunit A5 is ordered to work;

Subunit A5 is used to find whether the file exists in the assert directory, if it exists, order subunit A6 to work, and if it does not exist, order subunit A7 to work;

Subunit A6 is used to copy from the assert directory to the plugin directory, and then order subunit A4 to work;

Subunit A7 is used to request api, add the package name, and order subunit A8 to work;

Subunit A8 is used to download the plug-in and order subunit A4 to work;

Sub-unit A9 is used to judge security and update through networking;

Subunit A10 is used to judge the returned data. If the plug-in is not safe or updated, return to sub-unit A8. If the plug-in is safe and not updated, open the plug-in;

The loading unit is used to download and load resource function modules on the client side, and the unit includes the following subunits,

Subunit B1 is used to pass in package name, versioncode and channel number to generate md5 string, and pass in url download address and file hash;

Subunit B2 is used to create a new folder named temp in the plugin directory, and download the resource function module according to the url download address. After the download is completed, the subunit B3 is ordered to work. If the download fails, the task is terminated;

Subunit B3 is used to verify the hash and move it to the plugin folder; if the verification is successful, order subunit B4 to work, otherwise the task is terminated;

Subunit B4 is used to scan whether the file of the package name in the plugin directory is greater than the preset number n of local cache modules, and if so, order subunit B5 to work, otherwise order subunit B6 to work;

The subunit B5 is used to scan and sort the version numbers of all the resource function modules in the folder, delete files of older versions, and order the subunit B6 to work until the files of n resource function modules remain;

The subunit B6 is used for loading and prompting the user to implement download callback.

For the specific implementation of each module, reference may be made to the corresponding steps, which will not be described in detail in the present invention.

The specific embodiments described herein are merely illustrative of the spirit of the invention. Those skilled in the art to which the present invention belongs can make various modifications or supplements to the described specific embodiments or adopt similar methods to replace them, but they will not deviate from the spirit of the present invention or go beyond the definition of the appended claims range.

Claims (10)

1. the method for an Android app dynamic load resource function module, it is characterised in that: include that module generates process, dynamically Checking renewal process and loading procedure,

Described module generates process, is included in server end and generates single resource function module；

Described dynamic authentication renewal process, for client checkout resource functional module safety and update resource function mould Block,

Described loading procedure, in client downloads and loading resource function module.

The method of Android app dynamic load resource function module the most according to claim 1, it is characterised in that: described dynamically Checking renewal process comprises the following steps,

Step A1, when user opens resource function module, first judging whether to load by bag name, if loaded, entering step A9, otherwise enters step A2；

Step A2, under scanning plugin catalogue, whether the file of this bag name exists, and there is then entrance step A3, otherwise enters step A5；

Step A3, it is judged that have several file, takes up-to-date version and enters step A4, be otherwise directly entered step A4 more than 1；

Step A4, loads, and loads the most then entrance step A9, loads the most then entrance step A5；

Step A5, looks for whether to there is this document under assert catalogue, there is then entrance step A6, does not exists, enter step A7；

Step A6, copies to plugin catalogue from assert catalogue, subsequently into step A4；

Step A7, asks api, adds bag name, enters step A8；

Step A8, lower download the plugin, enter step A4；

Step A9, networking judges safety and renewal；

Step A10, it is judged that return data, if plug-in unit is dangerous or has renewal to return step A8, if plug-in security and not renewal, Open plug-in unit；

Described loading procedure comprises the following steps,

Step B1, incoming bag name, versioncode and channel number generate md5 character string, and incoming url download address, file hash；

Step B2, in plugin catalogue, new name is the file of temp, and downloads this resource merit according to url download address Energy module, has downloaded, has entered step B3, failed download then task termination；

Step B3, verifies hash, and moves in plugin file；If verifying successfully, enter step B4, otherwise task Terminate；

Step B4, under scanning plugin catalogue, whether the file of this bag name is more than the local cache module number n preset, and is to enter Enter step B5, otherwise enter step B6；

Step B5, the version number of these resource function modules all in pressing from both sides according to scanning file, and be ranked up, delete older version File, until the file of remaining n resource function module, entrance step B6；

Step B6, carries out loading and pointing out user, it is achieved download readjustment.

The method of Android app dynamic load resource function module the most according to claim 2, it is characterised in that: when Android app When opening resource function module as mastery routine, mastery routine and server interact, and mastery routine uploads module information, service Device judges and returns mark according to module information, and mastery routine determines subsequent processing logic according to mark.

The method of Android app dynamic load resource function module the most according to claim 3, it is characterised in that: server is sentenced Break and to return the mode of mark as follows,

The module information that server is uploaded according to the mastery routine module information up-to-date with server local contrasts, first, as Really md5 mates with the md5 of service, the most directly returns mark 1, if it does not match, the Data Matching proceeding by other is as follows, If bag name is the most right, then return mark-2,

If signature or check code are the most right, then return mark-1, and correct module's address is handed down to mastery routine in the lump；

If version is the most right, then needs to update, obtain the parameter that server background sets, determine this renewal be 2 " suggestion updates ", 3 " forcing to update " or 4 " renewals of mourning in silence ", descend the mastery routine of photos and sending messages machine in one's hands the most again；

Finally judge client release, the most consistent, if not with the client release required for this module of server storage Consistent then issue mark 5 to the mastery routines of mobile phone, prompting user needs to update client just can open this resource function module.

The method of Android app dynamic load resource function module the most according to claim 4, it is characterised in that: mastery routine root Determine that the implementation of subsequent processing logic is as follows according to mark,

If returning is-1, then calls downloading process and be downloaded；

If returning is 1, then it is to call dynamic authentication renewal process to open；

If returning is 2, then it is to give user prompting, user selects to open or download；

If returning 3, then it is to allow user wait, first calls downloading process and be downloaded, recall dynamic authentication after installation and update Process is opened；

If returning 4, then directly invoke dynamic authentication renewal process and open, and under Background scheduling downloading process is carried out Carrying, user's perception is less than download；

If returning 5, then prompting user needs with new client app；

If returning-2 or asking unsuccessfully, then terminate starting resource function module, and point out to user.

6. the system of an Android app dynamic load resource function module, it is characterised in that: it is included in the mould that server end is arranged Block signal generating unit, at dynamic authentication updating block and the loading unit of client setting,

Described direct broadcasting room module signal generating unit, for generating single resource function module at server end；

Described dynamic authentication updating block, for client checkout resource functional module safety and update resource function mould Block,

Described loading unit, in client downloads and loading resource function module.

The system of Android app dynamic load resource function module the most according to claim 6, it is characterised in that: described dynamically Checking updating block includes following subelement,

Subelement A1, for opening resource function module as user, first judges whether to load by bag name, if loaded, and life Subelement A9 is made to work, otherwise order subelement A2 work；

, for scanning whether the file of this bag name under plugin catalogue exists, there is then order subelement A3 work in subelement A2, Otherwise order subelement A5 work；

Subelement A3, has several file for judgement, takes up-to-date version command subelement A4 work more than 1, the most directly Order subelement A4 works；

Subelement A4, is used for loading, and loads the most then order subelement A9 work, loads the most then order subelement A5 work Make；

, for looking for whether to there is this document under assert catalogue, there is then order subelement A6 work, do not deposit in subelement A5 Work at then order subelement A7；

Subelement A6, for copying to plugin catalogue, then order subelement A4 work from assert catalogue；

Subelement A7, is used for asking api, adds bag name, and order subelement A8 works；

Subelement A8, for lower download the plugin, order subelement A4 works；

Subelement A9, being used for networking judges safety and renewal；

Subelement A10, is used for judging returning data, if plug-in unit is dangerous or has renewal to return subelement A8, if plug-in security and Do not update, open plug-in unit；

Described loading unit includes following subelement,

Subelement B1, generates md5 character string, and incoming url download address for incoming bag name, versioncode and channel number, File hash；

Subelement B2, is the file of temp for new name in plugin catalogue, and should according to the download of url download address Resource function module, has downloaded then order subelement B3 work, failed download then task termination；

Subelement B3, is used for verifying hash, and moves in plugin file；If verifying successfully, order subelement B4 work Make, otherwise task termination；

Subelement B4, for scanning whether the file of this bag name under plugin catalogue is more than the local cache module number n preset, It is then order subelement B5 work, otherwise order subelement B6 work；

Subelement B5, the version number of these resource function modules all in pressing from both sides according to scanning file, and be ranked up, delete relatively The file of early version, until the file of remaining n resource function module, order subelement B6 works；

Subelement B6, is used for carrying out loading and pointing out user, it is achieved download readjustment.

The system of Android app dynamic load resource function module the most according to claim 7, it is characterised in that: when Android app When opening resource function module as mastery routine, mastery routine and server interact, and mastery routine uploads module information, service Device judges and returns mark according to module information, and mastery routine determines subsequent processing logic according to mark.

The system of Android app dynamic load resource function module the most according to claim 8, it is characterised in that: server is sentenced Break and to return the mode of mark as follows,

The module information that server is uploaded according to the mastery routine module information up-to-date with server local contrasts, first, as Really md5 mates with the md5 of service, the most directly returns mark 1, if it does not match, the Data Matching proceeding by other is as follows, If bag name is the most right, then return mark-2,

If signature or check code are the most right, then return mark-1, and correct module's address is handed down to mastery routine in the lump；

If version is the most right, then needs to update, obtain the parameter that server background sets, determine this renewal be 2 " suggestion updates ", 3 " forcing to update " or 4 " renewals of mourning in silence ", descend the mastery routine of photos and sending messages machine in one's hands the most again；

Finally judge client release, the most consistent, if not with the client release required for this module of server storage Consistent then issue mark 5 to the mastery routines of mobile phone, prompting user needs to update client just can open this resource function module.

The system of Android app dynamic load resource function module the most according to claim 9, it is characterised in that: mastery routine root Determine that the implementation of subsequent processing logic is as follows according to mark,

If returning is-1, then calls downloading process and be downloaded；

If returning is 1, then it is to call dynamic authentication renewal process to open；

If returning is 2, then it is to give user prompting, user selects to open or download；

If returning 3, then it is to allow user wait, first calls downloading process and be downloaded, recall dynamic authentication after installation and update Process is opened；

If returning 4, then directly invoke dynamic authentication renewal process and open, and under Background scheduling downloading process is carried out Carrying, user's perception is less than download；

If returning 5, then prompting user needs with new client app；

If returning-2 or asking unsuccessfully, then terminate starting resource function module, and point out to user.