CN110083399B - Applet running method, computer device and storage medium - Google Patents
Applet running method, computer device and storage medium Download PDFInfo
- Publication number
- CN110083399B CN110083399B CN201910161392.2A CN201910161392A CN110083399B CN 110083399 B CN110083399 B CN 110083399B CN 201910161392 A CN201910161392 A CN 201910161392A CN 110083399 B CN110083399 B CN 110083399B
- Authority
- CN
- China
- Prior art keywords
- applet
- small program
- running
- determined
- program
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
Abstract
The invention discloses an applet running method, a computer device and a storage medium, wherein the method comprises the following steps: maintaining a multi-dimensional operating environment for at least two applets started by a user; wherein, an operation environment is respectively established for each small program, and the operation environments of different small programs are independent from each other. By applying the scheme of the invention, the system resource consumption can be saved.
Description
[ technical field ] A method for producing a semiconductor device
The present invention relates to computer application technologies, and in particular, to an applet running method, a computer device, and a storage medium.
[ background of the invention ]
Applets, which are a completely new way of connecting users to services, often need to be dependent on the hosting application, i.e. cannot be run separately from the hosting application.
Currently, only one applet can be run at a time, that is, after a user starts a first applet, a second applet that is run before needs to stop running, so that when the user needs to restart the second applet in a short time, a running environment of the second applet needs to be created again, and the like, thereby increasing system resource consumption and the like.
[ summary of the invention ]
In view of the above, the present invention provides an applet running method, a computer apparatus and a storage medium.
The specific technical scheme is as follows:
an applet running method comprising:
maintaining a multi-dimensional operating environment for at least two applets started by a user;
wherein, an operation environment is respectively established for each small program, and the operation environments of different small programs are independent from each other.
A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method as described above when executing the program.
A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method as set forth above.
Based on the above description, it can be seen that by adopting the scheme of the present invention, a multidimensional operating environment can be maintained for at least two applets started by a user, wherein an operating environment is created for each applet respectively, and the operating environments of different applets are independent from each other, thereby realizing the simultaneous operation of a plurality of applets, further avoiding the problems existing in the prior art to a certain extent, and saving the system resource consumption.
[ description of the drawings ]
Fig. 1 is a schematic diagram of a data sharing method according to the present invention.
Fig. 2 is a flowchart of an embodiment of an applet running method according to the present invention.
FIG. 3 illustrates a block diagram of an exemplary computer system/server 12 suitable for use in implementing embodiments of the present invention.
[ detailed description ] embodiments
In order to make the technical solution of the present invention clearer and more obvious, the solution of the present invention is further described below by referring to the drawings and examples.
It is to be understood that the embodiments described are only a few embodiments of the present invention, and not all embodiments. 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.
In addition, it should be understood that the term "and/or" herein is merely one type of association relationship that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.
The embodiment of the invention discloses an applet running method which can maintain a multi-dimensional running environment for at least two applets started by a user. The operating environment is created for each small program, and the operating environments of different small programs are independent from each other, so that the multiple small programs can be operated simultaneously.
The execution subject of the method can be an applet platform. The method can realize the simultaneous operation of different applets by maintaining a multidimensional operation environment, each applet independently occupies one operation environment, the different operation environments are independent from each other, but can share a disk and a memory. The applet platform may also incorporate runtime environment management to manage different applets.
The applet platform creates an operating environment for the applet, which may include dividing a storage space for the applet in a physical storage area, establishing an operating directory for the applet, initializing an access right of the applet, initializing a register state of the applet, and the like.
For each applet, the applet platform may create a unique run directory for that applet, which may be named with a string generated by the ID-related features of that applet. And, an access right can be set for the operation directory, and only the applet has the access right.
In order to facilitate data sharing among the applets, the applet platform may further divide the operating directory of each applet into a private area and a shared area, i.e., divide a portion of the operating directory of each applet into a shared area. The division of the shared area is performed by the applet platform, but the specific data to be written into the shared area can be determined by the applet itself.
The shared area of the applet needs the corresponding rights declaration before the applet platform gives access. For example, when the second applet requests access to the shared area of the first applet, if it is determined that the second applet declares data access rights to the first applet and the authentication of the second applet passes, the second applet may be allowed to access the shared area of the first applet.
Fig. 1 is a schematic diagram of a data sharing method according to the present invention. As shown in fig. 1, assuming that two applets, namely a first applet and a second applet, are simultaneously run, the running directories of the first applet and the second applet are divided into a private area and a shared area, respectively, and based on the authority control of the applet platform, the second applet can access the shared area of the first applet and the first applet can also access the shared area of the second applet.
An access operation to a shared area is typically referred to as a read operation, i.e., reading data. Assuming that the second applet wants to send data to the first applet after reading the data of the first applet, the second applet will usually write the relevant data into its own shared area, and then notify the first applet to read, thereby implementing cross access.
In addition, the small program platform can also perform authority isolation on process clusters respectively maintained by different small programs. Taking the first applet as an example, after the starting, a process is started, and then, along with the running of the first applet, such as page operation, task scheduling, and the like, the first applet may successively start other related processes, thereby forming a process cluster. The process clusters of different applets can be subjected to authority isolation by an applet platform, and communication among different applet processes can be carried out by adopting the method for declaring data access authority and authenticating.
The processes in the process cluster of the same applet can access each other, sharing the same rights for the private and shared areas of the applet.
For an applet platform, if it is determined that a user sends a start instruction for any applet and the applet is an unoperated applet, an operating environment can be created for the applet and the applet can be placed in a foreground to operate, the executed applet except the applet is switched to a background, if it is determined that the user sends a start instruction for any applet and the applet is an operated applet, the applet can be switched from the background to the foreground and the operated applet except the applet is switched to the background.
The user may issue a start instruction for any applet, and may refer to the user clicking an icon of the applet, or the like.
When a starting instruction of a user for any applet, such as the first applet, is obtained, it may be determined first whether the first applet is an already-operated applet, and different operations may be subsequently performed according to different determination results. For example, when the first applet is determined to be a running applet, the first applet may be switched from the background to the foreground, and running applets other than the first applet may be switched to the background. When the first applet is determined to be the non-running applet, a running environment can be created for the first applet, the first applet is placed in a foreground for running, the running applets except the first applet are switched to a background, and the running environments of different applets are independent of each other.
Additionally, the applet platform may also maintain a running applet list, such as by maintaining a running stack to maintain the entire running applet list. The determination of whether the first applet is an already-run applet may be made by querying a running applet list, where the first applet may be determined to be an already-run applet if it is determined that the first applet is recorded in the running applet list, and the first applet may be determined to be an un-run applet if it is determined that the first applet is not recorded in the running applet list. If it is determined that the first applet is not recorded in the running applet list, the first applet may also be recorded in the running applet list.
The applet platform also enables management of each applet lifecycle. When the small program is switched, the data needs to be stored first and then the state is switched. Accordingly, the lifecycle of the applet needs to be designed, which may include states of creation, start, recovery, operation, pause, stop, and destruction, and these states describe the complete operation flow of the applet, but in practical applications, not every state is necessarily involved. The creation mainly refers to a process of creating an operating environment for the applet by the applet platform, the pause refers to a state when the applet switches a background, and the recovery refers to a process of recovering from the pause state to the operating state.
Taking the first applet as an example, when the first applet needs to be switched to the background, the running data of the first applet may be saved, where the running data generally refers to mirror data at a time before the switching, and may include, for example, a register state. When the first applet needs to be switched to the foreground, the stored running data of the first applet can be reloaded, namely, mirror image data recovery is carried out, so that the first applet can continue to run according to the running data.
In addition, the number of applets that are run simultaneously may be limited in order to maintain stability of the applet platform, memory consumption limitations, and the like.
For example, when it is determined that the user issues a start instruction for any applet, if it is determined that the applet is an inactive applet and it is determined that the number of the executed applets reaches a predetermined threshold, at least one of the executed applets may be stopped.
The specific value of the threshold can be determined according to actual needs. In addition, which applets are stopped can also be determined according to actual needs.
Assuming that the threshold is three, at present, three applets, namely a first applet, a second applet and a third applet, have been run simultaneously, and a start instruction for a fourth applet by a user is obtained, then, the first applet, for example, the first applet, with the earliest start time in the three applets may be stopped, or, if the memory is insufficient, the first applet and the second applet, for example, the two applets with the earliest start time in the three applets may be stopped, or the third applet, for example, the applet with the largest memory consumption in the three applets may be stopped, and the specific implementation manner is not limited. For an applet that stops running, it may be deleted from the running applet list.
Based on the above description, fig. 2 is a flowchart of an embodiment of an applet running method according to the present invention. As shown in fig. 2, the following detailed implementation is included.
In 201, a first applet launching instruction of a user is obtained.
At 202, it is determined whether the first applet is recorded in the running applet list, if so, 203 is performed, otherwise 204 is performed.
In 203, the first applet is determined to be a running applet, followed by execution 205.
At 204, the first applet is determined to be an inactive applet, followed by execution 206.
In 205, the first applet is switched from the background to the foreground, and the running applets except the first applet are switched to the background, and then the process is ended.
When the first applet is switched to the background, the running data of the first applet can be saved, and accordingly, when the first applet is switched to the foreground, the saved running data of the first applet can be reloaded.
At 206, it is determined whether the number of applets that have been run has reached a predetermined threshold, if so, 207 is performed, otherwise 208 is performed.
At 207, at least one of the running applets is stopped and then 208 is executed.
The specific applet/applets to be stopped can be determined according to actual needs.
At 208, a runtime environment is created for the first applet and the first applet is placed in the foreground for execution, wherein the runtime environments of different applets are independent of each other.
Creating the execution environment for the first applet may include dividing a storage space for the first applet in a physical storage area, creating an execution directory for the first applet, initializing an access right of the first applet, initializing a register state of the first applet, and the like.
After the operation directory is established for the first applet, the access authority can be set for the operation directory, and only the first applet has the access authority.
In order to facilitate data sharing between the applets, the running directory of the first applet can be further divided into a private area and a shared area. Subsequently, when the second applet requests access to the shared area of the first applet, if it is determined that the second applet declares data access rights to the first applet and the authentication of the second applet passes, the second applet may be allowed to access the shared area of the first applet.
In addition, the authority isolation can be carried out on the process clusters respectively maintained by different applets. The communication between different small program processes can be carried out by adopting the method for declaring the data access authority and the authentication.
In 209, the first applet is recorded in the running applet list, after which the flow ends.
For the newly launched first applet, it may be recorded in the running applet list.
It should be noted that for simplicity of description, the aforementioned method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated ordering of acts, as some steps may occur in other orders or concurrently in accordance with the invention. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required by the invention.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.
In summary, by adopting the solution of the present invention, a multidimensional operating environment can be maintained for at least two applets started by a user, wherein an operating environment is respectively created for each applet, and the operating environments of different applets are independent from each other, thereby realizing the simultaneous operation of a plurality of applets, and further avoiding the problems existing in the prior art to a certain extent, saving system resource consumption, specifically, for any applet, after starting, the switching operation between foreground and background can be performed, for example, when starting other applets, the applet can be switched to background, when needing to start the applet again, the applet can be switched to foreground, thereby the operating environment for the applet does not need to be created again, and the like, saving system resource consumption, and, because the applet can be directly switched to foreground, the operation of creating the operating environment and the like is not needed, the user can directly enter the required small program page, so that the page loading speed is increased, and the like.
FIG. 3 illustrates a block diagram of an exemplary computer system/server 12 suitable for use in implementing embodiments of the present invention. The computer system/server 12 shown in FIG. 3 is only one example and should not be taken to limit the scope of use or functionality of embodiments of the present invention.
As shown in FIG. 3, computer system/server 12 is in the form of a general purpose computing device. The components of computer system/server 12 may include, but are not limited to: one or more processors (processing units) 16, a memory 28, and a bus 18 that connects the various system components, including the memory 28 and the processors 16.
Computer system/server 12 typically includes a variety of computer system readable media. Such media may be any available media that is accessible by computer system/server 12 and includes both volatile and nonvolatile media, removable and non-removable media.
The memory 28 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)30 and/or cache memory 32. The computer system/server 12 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 34 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 3, and commonly referred to as a "hard drive"). Although not shown in FIG. 3, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 18 by one or more data media interfaces. Memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 40 having a set (at least one) of program modules 42 may be stored, for example, in memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may comprise an implementation of a network environment. Program modules 42 generally carry out the functions and/or methodologies of the described embodiments of the invention.
The computer system/server 12 may also communicate with one or more external devices 14 (e.g., keyboard, pointing device, display 24, etc.), with one or more devices that enable a user to interact with the computer system/server 12, and/or with any devices (e.g., network card, modem, etc.) that enable the computer system/server 12 to communicate with one or more other computing devices. Such communication may be through an input/output (I/O) interface 22. Also, the computer system/server 12 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN) and/or a public network, such as the Internet) via the network adapter 20. As shown in FIG. 3, network adapter 20 communicates with the other modules of computer system/server 12 via bus 18. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the computer system/server 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
The processor 16 executes various functional applications and data processing, such as implementing the method in the embodiment shown in fig. 2, by executing programs stored in the memory 28.
The invention also discloses a computer readable storage medium on which a computer program is stored, which program, when being executed by a processor, will carry out the method as in the embodiment shown in fig. 2.
Any combination of one or more computer-readable media may be employed. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
In the embodiments provided in the present invention, it should be understood that the disclosed apparatus and method, etc., can be implemented in other ways. For example, the above-described device embodiments are merely illustrative, and for example, the division of the units is only one logical functional division, and other divisions may be realized in practice.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (9)
1. An applet operating method comprising:
maintaining a multi-dimensional operating environment for at least two applets started by a user;
wherein, respectively for each applet establish an operating environment, the operating environment of different applets is independent from each other, establish the operating environment and include: establishing an operation directory for the applet; initializing the access authority of the small program;
the method further comprises the following steps: dividing the operation catalog of each small program into a private area and a shared area; when a second applet requests to access a shared area of a first applet, if it is determined that the second applet declares data access rights to the first applet and the authentication of the second applet passes, allowing the second applet to access the shared area of the first applet.
2. The method of claim 1,
the method further comprises the following steps: and carrying out authority isolation on process clusters respectively maintained by different applets.
3. The method of claim 1,
the creating a runtime environment further comprises:
and setting access authority for the operation directory, wherein only the small program has the access authority.
4. The method of claim 1,
the method further comprises the following steps:
if it is determined that a user sends a starting instruction for any applet and the applet is determined to be an unoperated applet, establishing an operating environment for the applet, placing the applet in a foreground for operation, and switching the operated applet except the applet to a background;
and if the fact that the user sends a starting instruction for any small program is determined, and the small program is determined to be the operated small program, switching the small program from a background to a foreground, and switching the operated small programs except the small program to the background.
5. The method of claim 4,
the determining that the applet is a run applet comprises: if the small program is determined to be recorded in the running small program list, determining that the small program is the running small program;
the determining that the applet is a non-running applet comprises: if the small program is determined not to be recorded in the running small program list, determining that the small program is a non-running small program; the method further comprises the following steps: and if the small program is determined not to be recorded in the running small program list, recording the small program in the running small program list.
6. The method of claim 4,
the method further comprises the following steps:
when the small program needs to be switched to a background, storing the running data of the small program;
and when the small program needs to be switched to a foreground, reloading the saved running data of the small program.
7. The method of claim 4,
the method further comprises the following steps:
when the user is determined to send a starting instruction for any one applet, if the applet is determined to be an unworked applet and the number of the operated applets is determined to reach a preset threshold value, stopping the operation of at least one operated applet.
8. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing the program implements the method of any one of claims 1 to 7.
9. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the method according to any one of claims 1 to 7.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910161392.2A CN110083399B (en) | 2019-03-04 | 2019-03-04 | Applet running method, computer device and storage medium |
| PCT/CN2020/077696 WO2020177699A1 (en) | 2019-03-04 | 2020-03-04 | App execution method, computer device, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910161392.2A CN110083399B (en) | 2019-03-04 | 2019-03-04 | Applet running method, computer device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110083399A CN110083399A (en) | 2019-08-02 |
| CN110083399B true CN110083399B (en) | 2021-06-22 |
Family
ID=67413085
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910161392.2A Active CN110083399B (en) | 2019-03-04 | 2019-03-04 | Applet running method, computer device and storage medium |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN110083399B (en) |
| WO (1) | WO2020177699A1 (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110083399B (en) * | 2019-03-04 | 2021-06-22 | 上海连尚网络科技有限公司 | Applet running method, computer device and storage medium |
| CN110569108B (en) * | 2019-09-04 | 2021-04-30 | 腾讯科技（深圳）有限公司 | Method for creating execution environment of mini-game virtual machine and related product |
| CN111026462B (en) * | 2019-12-10 | 2023-08-29 | 百度在线网络技术（北京）有限公司 | Applet control method, device, apparatus and medium |
| CN111913707B (en) * | 2020-08-06 | 2024-02-20 | 上海连尚网络科技有限公司 | Multiplexing method and device for running process |
| CN112182623B (en) * | 2020-10-13 | 2022-05-13 | 支付宝(杭州)信息技术有限公司 | Method and device for protecting user privacy |
| CN113608803A (en) * | 2021-08-16 | 2021-11-05 | 上海万物新生环保科技集团有限公司 | Method and equipment for realizing functional operation in multi-operation environment |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102291717A (en) * | 2011-08-15 | 2011-12-21 | 宇龙计算机通信科技(深圳)有限公司 | Data protection method and terminal |
| CN104219078A (en) * | 2013-06-04 | 2014-12-17 | 阿里巴巴集团控股有限公司 | Method and device for processing multiple runtime environment data |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103310149B (en) * | 2013-05-27 | 2018-06-26 | 华为终端（东莞）有限公司 | The method, apparatus and terminal of system function call |
| CN103761471A (en) * | 2014-02-21 | 2014-04-30 | 北京奇虎科技有限公司 | Application program installation method and device based on intelligent terminal |
| US9838458B2 (en) * | 2015-06-08 | 2017-12-05 | Wesley John Boudville | Cookies and anti-ad blocker using deep links in mobile apps |
| US10241491B2 (en) * | 2015-06-16 | 2019-03-26 | Siemens Aktiengesellschaft | Interfaces for connected software applications in automation environments |
| US9952848B2 (en) * | 2015-12-21 | 2018-04-24 | Samsung Electronics Co., Ltd. | Dependency-aware transformation of multi-function applications for on-demand execution |
| CN108536486A (en) * | 2018-04-08 | 2018-09-14 | 苏州犀牛网络科技有限公司 | The loading method and device of RN small routines |
| CN108647028B (en) * | 2018-05-09 | 2024-02-09 | 广州腾讯科技有限公司 | Application information processing method and device |
| CN108984225B (en) * | 2018-06-19 | 2023-05-30 | 上海掌门科技有限公司 | Method and device for quickly starting hosted application |
| CN109032691B (en) * | 2018-06-25 | 2020-12-15 | 腾讯科技（深圳）有限公司 | Applet running method and device and storage medium |
| CN110083399B (en) * | 2019-03-04 | 2021-06-22 | 上海连尚网络科技有限公司 | Applet running method, computer device and storage medium |
-
2019
- 2019-03-04 CN CN201910161392.2A patent/CN110083399B/en active Active
-
2020
- 2020-03-04 WO PCT/CN2020/077696 patent/WO2020177699A1/en active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102291717A (en) * | 2011-08-15 | 2011-12-21 | 宇龙计算机通信科技(深圳)有限公司 | Data protection method and terminal |
| CN104219078A (en) * | 2013-06-04 | 2014-12-17 | 阿里巴巴集团控股有限公司 | Method and device for processing multiple runtime environment data |
Non-Patent Citations (4)
| Title |
|---|
| 你对微信小程序的技术框架了解多少？;天下雪;《http://www.wxapp-union.com/portal.php?mod=view&aid=1208》;20170123;第1-7页 * |
| 天下雪.你对微信小程序的技术框架了解多少？.《http://www.wxapp-union.com/portal.php?mod=view&aid=1208》.2017, * |
| 小程序•小故事(19)——文件系统能力;微信开发者;《https://www.qianyxcx.com/article/36.html》;20180818;第1-6页 * |
| 微信小程序生命周期详解;GaryChiu;《https://zhuanlan.zhihu.com/p/53926404》;20190103;第1-8页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110083399A (en) | 2019-08-02 |
| WO2020177699A1 (en) | 2020-09-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110083399B (en) | Applet running method, computer device and storage medium | |
| CN107783818B (en) | Deep learning task processing method, device, equipment and storage medium | |
| CN101650660B (en) | Booting a computer system from central storage | |
| CN102938039B (en) | For the selectivity file access of application | |
| CN110389936B (en) | Method, equipment and computer storage medium for starting small program | |
| US10146556B2 (en) | System and method to perform an OS boot using service location protocol and launching OS using a dynamic update of network boot order without a reboot | |
| JP6516730B2 (en) | Method and apparatus for backing up and restoring applications | |
| US8695104B2 (en) | System and method for creating conditional immutable objects in a storage device | |
| CN110389935B (en) | Method, equipment and computer storage medium for starting small program | |
| US10394588B2 (en) | Self-terminating or self-shelving virtual machines and workloads | |
| CN109726076B (en) | Applet life cycle management method and system | |
| CN106777394B (en) | Cluster file system | |
| CN105450759A (en) | System mirror image management method and device | |
| US20130055237A1 (en) | Self-adapting software system | |
| JP2016506583A (en) | Operating system recovery method, apparatus, and terminal device | |
| CN114691300A (en) | Hot migration method of virtual machine instance | |
| CN110781159B (en) | Ceph directory file information reading method and device, server and storage medium | |
| US20180203726A1 (en) | Virtual machine migration method and apparatus | |
| US9852029B2 (en) | Managing a computing system crash | |
| US11194771B2 (en) | Methods for transferring reserves when moving virtual machines across systems | |
| US11079971B2 (en) | Input/output (i/o) fencing without dedicated arbitrators | |
| CN111444117B (en) | Method and device for realizing fragmentation of storage space, storage medium and electronic equipment | |
| US20150212866A1 (en) | Management system for service of multiple operating environments, and methods thereof | |
| CN113950673A (en) | Non-volatile storage partition identifier | |
| US9354993B2 (en) | System and method to reduce service disruption in a shared infrastructure node environment |
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 |