WO2020177699A1

WO2020177699A1 - App execution method, computer device, and storage medium

Info

Publication number: WO2020177699A1
Application number: PCT/CN2020/077696
Authority: WO
Inventors: 崔英林
Original assignee: 上海连尚网络科技有限公司
Priority date: 2019-03-04
Filing date: 2020-03-04
Publication date: 2020-09-10
Also published as: CN110083399A; CN110083399B

Abstract

Disclosed are an app execution method, a computer device, and a storage medium. The method comprises: maintaining a multi-dimensional execution environment for at least two apps started by a user; constructing separately an execution environment for each of the apps, the execution environments of different apps being mutually independent. The use of the solution of the present invention conserves system resource consumption.

Description

Mini program running method, computer equipment and storage medium

【Technical Field】

The present invention relates to computer application technology, in particular to a method for running a small program, a computer device and a storage medium.

【Background technique】

Mini Programs are a brand new way to connect users and services. They usually depend on the host application, that is, they cannot be operated separately from the host application.

At present, usually only one small program can be run at a time, that is, when the user starts the first small program, the second small program that was previously running needs to be stopped, so that when the user needs to restart the second small program in a short time When programming, it is necessary to recreate the operating environment of the second applet, etc., thereby increasing system resource consumption and so on.

[Content of the invention]

In view of this, the present invention provides a method for running an applet, a computer device and a storage medium.

The specific technical solutions are as follows:

A method for running a small program, including:

Maintain a multi-dimensional operating environment for at least two small programs launched by users;

Among them, a running environment is created for each applet, and the running environments of different applets are independent of each other.

A computer device includes a memory, a processor, and a computer program that is stored on the memory and can run on the processor, and the processor implements the method described above when the program is executed.

A computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the method as described above is realized.

Based on the above introduction, it can be seen that with the solution of the present invention, a multi-dimensional operating environment can be maintained for at least two small programs launched by the user. Among them, an operating environment is created for each small program, and the operating environments of different small programs are mutually exclusive. Independence, thereby realizing simultaneous operation of multiple small programs, thereby avoiding problems in the prior art to a certain extent, and saving system resource consumption.

【Explanation of drawings】

Figure 1 is a schematic diagram of the data sharing method of the present invention.

Fig. 2 is a flowchart of an embodiment of a method for running a small program according to the present invention.

Figure 3 shows a block diagram of an exemplary computer system/server 12 suitable for implementing embodiments of the present invention.

【detailed description】

In order to make the technical solution of the present invention clearer and more comprehensible, the following further describes the solution of the present invention with reference to the drawings and embodiments.

Obviously, the described embodiments are part of the embodiments of the present invention, rather than all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work shall fall within the protection scope of the present invention.

In addition, it should be understood that the term "and/or" in this text is only an association relationship describing associated objects, which means that there can be three types of relationships, for example, A and/or B can mean that there is A alone and A at the same time. And B, there are three cases of B alone. In addition, the character "/" in this text generally indicates that the associated objects before and after are in an "or" relationship.

The embodiment of the present invention discloses a method for running a small program, which can maintain a multi-dimensional operating environment for at least two small programs started by a user. Among them, an operating environment is created for each applet, and the operating environments of different applets are independent of each other, thereby realizing the simultaneous operation of multiple applets.

The execution subject of the above method may be a small program platform. The simultaneous operation of different applets can be achieved by maintaining a multi-dimensional operating environment. Each applet occupies an operating environment independently. Different operating environments are independent of each other, but can share disk and memory. The applet platform can also introduce operating environment management to manage different applets.

The applet platform creates a running environment for the applet, which can include dividing storage space for the applet in the physical storage area, establishing a running directory for the applet, initializing the access rights of the applet, and initializing the register status of the applet, etc. .

For each small program, the small program platform can establish a unique running directory for it, and the running directory can be named by a character string generated by the ID-related characteristics of the small program. In addition, you can set access permissions for the running directory, and only the applet has access permissions.

In order to facilitate data sharing between applets, the applet platform can also divide the running directory of each applet into a private area and a shared area, that is, a part of the running directory of each applet is divided into a shared area. Among them, the division of the shared area is executed 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 to be granted access by the applet platform after the corresponding permission statement. For example, when the second applet requests access to the shared area of the first applet, if it is determined that the second applet has declared the data access authority to the first applet and the authentication of the second applet is passed, the first applet can be allowed The second applet accesses the shared area of the first applet.

Figure 1 is a schematic diagram of the data sharing method of the present invention. As shown in Figure 1, assuming that two small programs are running at the same time, namely the first small program and the second small program, the running directories of the first small program and the second small program are divided into a private area and a shared area, respectively. The permission control of the program 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.

The access operation to the shared area usually refers to a read operation, that is, to read data. Suppose that after the second applet has read the data of the first applet, it wants to send data to the first applet, then the second applet usually writes the relevant data into its own shared area, and then informs the first applet To read, to achieve cross access.

In addition, the applet platform can also isolate the process clusters maintained by different applets. Take the first applet as an example. After it is started, a process will be started. After that, as the first applet runs, such as page operations and task scheduling, the first applet can start other related processes one after another to form a Process cluster. The process clusters of different applets can be isolated by the applet platform, and the communication between different applet processes can be carried out by the above-mentioned method of declaring data access rights and authentication.

The processes in the process cluster of the same applet can access each other, and have the same permissions for the private area and shared area of the applet.

For the applet platform, if it is determined that the user issues a start instruction for any applet, and the applet is determined to be an unrunning applet, an operating environment can be created for the applet, and the applet can be placed in the foreground to run , Switch the running applet other than the applet to the background. If it is determined that the user issues a start instruction for any applet and that the applet is a running applet, the applet can be switched from the background to Foreground, and can switch the running applet other than the applet to the background.

The user sends a start instruction for any small program, which may mean that the user clicks on the icon of the small program.

When the user's start instruction for any small program, such as the first small program, is obtained, it can first be determined whether the first small program is an already running small program, and different operations can be performed subsequently according to different determination results. For example, when it is determined that the first small program is a running small program, the first small program can be switched from the background to the foreground, and the running small programs other than the first small program can be switched to the background. When it is determined that the first applet is an unrunning applet, you can create an operating environment for the first applet, put the first applet to run in the foreground, and switch the running applets other than the first applet to In the background, the operating environments of different applets are independent of each other.

In addition, the applet platform can also maintain a list of running applets, for example, the entire list of running applets can be maintained by maintaining a running stack. You can determine whether the first applet is a running applet by querying the running applet list. If it is determined that the first applet is recorded in the running applet list, then the first applet can be determined to be an already running applet. If it is determined that the first applet is not recorded in the running applet list, it can be determined that the first applet is an unrunning applet. If it is determined that the first applet is not recorded in the running applet list, the first applet can also be recorded in the running applet list.

The applet platform can also realize the management of the life cycle of each applet. When the applet is running, there will be a lot of temporary data, which is stored in the global data area or the applet platform. When the applet is switched, the data needs to be saved first, and then the state is switched. Correspondingly, the life cycle of the applet needs to be designed, such as creating, starting, resuming, running, suspending, stopping, and destroying states. These states describe the complete operation process of the applet, but in practical applications, Not every state will be involved. Among them, creation mainly refers to the process of the applet platform creating a running environment for the applet, suspension refers to the state when the applet switches the background, and recovery refers to the process of returning from the suspended state to the running state.

Take the first applet as an example. When the first applet needs to be switched to the background, the running data of the first applet can be saved. The running data usually refers to the mirrored data at the moment before the switch, such as register status, etc. . When the first small program needs to be switched to the foreground, the saved running data of the first small program can be reloaded, that is, mirror data recovery is performed, so that the first small program can continue to run according to the running data.

In addition, in order to maintain the stability of the applet platform and memory consumption limits, the number of applets that can be run at the same time can be limited.

For example, when it is determined that the user has issued a start instruction for any small program, if it is determined that the small program is not running, and it is determined that the number of running small programs reaches a predetermined threshold, at least one running small program can be stopped run.

The specific value of the threshold may be determined according to actual needs. In addition, which small programs to stop running can also be determined according to actual needs.

Assuming that the threshold is three, three applets have been running at the same time, namely the first applet, the second applet, and the third applet, and the user’s start instruction for the fourth applet has been obtained. Then the three One of the applets with the earliest start time, such as the first applet, stops running, or if there is not enough memory, you can also use the two applets with the earliest start time among the three applets, such as the first applet and the second applet. Stop running, or you can stop running one of the three applets that consumes the most memory, such as the third applet. The specific implementation method is not limited. For small programs that stop running, they can be deleted from the list of running small programs.

Based on the above introduction, FIG. 2 is a flowchart of an embodiment of a method for running a small program according to the present invention. As shown in Figure 2, it includes the following specific implementations.

In 201, a user's first small program startup instruction is obtained.

In 202, it is determined whether the first applet is recorded in the running applet list, if yes, execute 203, otherwise, execute 204.

In 203, it is determined that the first applet is a running applet, and then 205 is executed.

In 204, the first applet is determined to be an unrunning applet, and then 206 is executed.

In 205, the first small program is switched from the background to the foreground, and the running small programs other than the first small program are switched to the background, and then the process ends.

When the first applet is switched to the background, the running data of the first applet can be saved. Accordingly, when the first applet is switched to the foreground, the saved running data of the first applet can be reloaded .

In 206, it is determined whether the number of run applets reaches a predetermined threshold, if yes, execute 207, otherwise, execute 208.

In 207, at least one running applet is stopped, and then 208 is executed.

Which applets to stop running can be determined according to actual needs.

In 208, an operating environment is created for the first small program, and the first small program is placed in the foreground to run, wherein the operating environments of different small programs are independent of each other.

Creating a running environment for the first applet may include dividing storage space for the first applet in the physical storage area, establishing a running directory for the first applet, initializing the access rights of the first applet, and The register status of the program is initialized, etc.

Among them, after the running directory is established for the first small program, access permissions can be set for the running directory, and only the first small program has access permissions.

In order to facilitate data sharing between applets, the running directory of the first applet can also be 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 has declared the data access authority to the first applet and the authentication of the second applet is passed, the first applet can be allowed The second applet accesses the shared area of the first applet.

In addition, the process clusters maintained by different applets can also be isolated. The communication between different applet processes can be carried out by the above-mentioned method of declaring data access rights and authentication.

In 209, the first applet is recorded in the running applet list, and then the process ends.

For the first small program that is newly started, it can be recorded in the list of running small programs.

It should be noted that for the foregoing method embodiments, for the sake of simple description, they are expressed as a series of action combinations, but those skilled in the art should know that the present invention is not limited by the described sequence of actions, because according to In the present invention, some steps can be performed in other order or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the involved actions and modules are not necessarily required by the present invention.

In the above-mentioned embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in an embodiment, reference may be made to related descriptions of other embodiments.

In a word, by adopting the solution of the present invention, a multi-dimensional operating environment can be maintained for at least two small programs started by the user. Among them, an operating environment is created for each small program, and the operating environments of different small programs are independent of each other, thereby achieving The simultaneous operation of multiple applets avoids the problems in the prior art to a certain extent and saves system resource consumption. Specifically, for any applet, when it is started, the foreground and background can be switched Operation, for example, when you start other applets, you can switch the applets to the background, and when you need to start the applets again, you can switch the applets to the foreground, so there is no need to recreate the running environment for the applets, saving This saves system resource consumption, and because the applet can be switched to the foreground directly without creating a running environment, users can directly enter the required applet page, thereby improving page loading speed.

Figure 3 shows a block diagram of an exemplary computer system/server 12 suitable for implementing embodiments of the present invention. The computer system/server 12 shown in FIG. 3 is only an example, and should not bring any limitation to the function and application scope of the embodiment of the present invention.

As shown in Fig. 3, the computer system/server 12 takes the form of a general-purpose computing device. The components of the 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 connecting different system components (including the memory 28 and the processor 16).

The bus 18 represents one or more of several types of bus structures, including a memory bus or a memory controller, a peripheral bus, a graphics acceleration port, a processor, or a local bus using any bus structure among multiple bus structures. For example, these architectures include but are not limited to industry standard architecture (ISA) bus, microchannel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and peripheral component interconnection ( PCI) bus.

The computer system/server 12 typically includes a variety of computer system readable media. These media can be any available media that can be accessed by the computer system/server 12, including volatile and nonvolatile media, removable and non-removable media.

The memory 28 may include a computer system readable medium 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/non-volatile computer system storage media. For example only, the storage system 34 may be used to read and write non-removable, non-volatile magnetic media (not shown in FIG. 3, and generally referred to as a "hard drive"). Although not shown in FIG. 3, a disk drive for reading and writing to removable non-volatile disks (such as "floppy disks") and a removable non-volatile optical disk (such as CD-ROM, DVD-ROM) can be provided. Or other optical media) read and write optical disc drives. In these cases, each drive can be connected to the bus 18 through one or more data media interfaces. The memory 28 may include at least one program product having a set of (for example, at least one) program modules, which are configured to perform the functions of the embodiments of the present invention.

A program/utility tool 40 having a set of (at least one) program modules 42 may be stored in, for example, the memory 28. Such program modules 42 include, but are not limited to, an operating system, one or more application programs, and other programs Modules and program data, each of these examples or some combination may include the realization of a network environment. The program module 42 generally executes the functions and/or methods in the described embodiments of the present invention.

The computer system/server 12 can also communicate with one or more external devices 14 (such as keyboards, pointing devices, displays 24, etc.), and can also communicate with one or more devices that enable users to interact with the computer system/server 12. And/or communicate with any device (such as a network card, modem, etc.) that enables the computer system/server 12 to communicate with one or more other computing devices. This communication can be performed through an input/output (I/O) interface 22. In addition, the computer system/server 12 may also communicate with one or more networks (for example, a local area network (LAN), a wide area network (WAN), and/or a public network, such as the Internet) through the network adapter 20. As shown in FIG. 3, the network adapter 20 communicates with other modules of the computer system/server 12 through the bus 18. It should be understood that although not shown in the figure, other hardware and/or software modules can 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, etc.

The processor 16 executes various functional applications and data processing by running programs stored in the memory 28, such as implementing the method in the embodiment shown in FIG. 2.

The present invention also discloses a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the method in the embodiment shown in FIG. 2 will be implemented.

Any combination of one or more computer-readable media may be used. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer-readable storage medium may be, for example, but not limited to, an electric, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples (non-exhaustive list) of computer-readable storage media include: electrical connections with one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), Erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above. In this document, the computer-readable storage medium can be any tangible medium that contains or stores a program, and the program can be used by or in combination with an instruction execution system, apparatus, or device.

The computer-readable signal medium may include a data signal propagated in baseband or as a part of a carrier wave, and computer-readable program code is carried therein. This propagated data signal can take many forms, including, but not limited to, electromagnetic signals, optical signals, or any suitable combination of the foregoing. The computer-readable signal medium may also be any computer-readable medium other than the computer-readable storage medium. The computer-readable medium may send, propagate or transmit the program for use by or in combination with the instruction execution system, apparatus, or device .

The program code contained on the computer-readable medium can be transmitted by any suitable medium, including, but not limited to, wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

The computer program code used to perform the operations of the present invention can be written in one or more programming languages or a combination thereof. The programming languages include object-oriented programming languages-such as Java, Smalltalk, C++, and also conventional Procedural programming language-such as "C" language or similar programming language. The program code can be executed entirely on the user's computer, partly on the user's computer, executed as an independent software package, partly on the user's computer and partly executed on a remote computer, or entirely executed on the remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any kind of network including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computer (for example, using an Internet service provider to pass Internet connection).

In the several embodiments provided by the present invention, it should be understood that the disclosed device and method can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division, and there may be other division modes in actual implementation.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

In addition, the functional units in the various embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware, or may be implemented in the form of hardware plus software functional units.

The above-mentioned integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The above-mentioned software functional unit is stored in a storage medium and includes several instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor execute the method described in the various embodiments of the present invention. Part of the steps. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program code .

The above are only preferred embodiments of the present invention and are not intended to limit the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the present invention Within the scope of protection.

Claims

A method for running a small program, characterized in that it comprises:

Maintain a multi-dimensional operating environment for at least two small programs launched by users;

Among them, a running environment is created for each applet, and the running environments of different applets are independent of each other.
The method according to claim 1, wherein:

The method further includes: performing permission isolation on the process clusters maintained by different small programs.
The method according to claim 1, wherein:

The creation of the operating environment includes:

A running directory is established for the small program, and access permissions are set for the running directory, and only the small program has access permissions.
The method according to claim 3, wherein:

The method further includes:

Divide the running directory of each applet into a private area and a shared area;

When the second applet requests to access the shared area of the first applet, if it is determined that the second applet has declared the data access authority to the first applet and the authentication of the second applet is passed, Then, the second applet is allowed to access the shared area of the first applet.
The method according to claim 1, wherein:

The method further includes:

If it is determined that the user has issued a start instruction for any small program, and it is determined that the small program is not running, then an operating environment is created for the small program, the small program is placed in the foreground to run, and the small program is The running applet outside the program is switched to the background;

If it is determined that the user issues a start instruction for any small program, and it is determined that the small program is a running small program, the small program is switched from the background to the foreground, and the running small programs other than the small program The program switches to the background.
The method of claim 5, wherein:

The determining that the applet is a running applet includes: if it is determined that the applet is recorded in the running applet list, determining that the applet is an already running applet;

The determining that the applet is an unrunning applet includes: if it is determined that the applet is not recorded in the running applet list, determining that the applet is an unrunning applet;

The method further includes: if it is determined that the applet is not recorded in the list of running applets, recording the applet in the list of running applets.
The method of claim 5, wherein:

The method further includes:

When it is necessary to switch the small program to the background, save the running data of the small program;

When the small program needs to be switched to the foreground, the saved running data of the small program is reloaded.
The method of claim 5, wherein:

The method further includes:

When it is determined that the user issues a start instruction for any applet, if it is determined that the applet is an unrunning applet, and it is determined that the number of applets that have been run reaches a predetermined threshold, at least one applet that has run is stopped.
A computer device, comprising a memory, a processor, and a computer program stored on the memory and capable of running on the processor, wherein the processor executes the program as claimed in claims 1-8 The method of any one of.
A computer-readable storage medium having a computer program stored thereon, wherein the program is executed by a processor to implement the method according to any one of claims 1 to 8.