CN112486523A - Container mirror image creating method and device, storage medium and electronic equipment - Google Patents
Container mirror image creating method and device, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN112486523A CN112486523A CN202011511280.4A CN202011511280A CN112486523A CN 112486523 A CN112486523 A CN 112486523A CN 202011511280 A CN202011511280 A CN 202011511280A CN 112486523 A CN112486523 A CN 112486523A
- Authority
- CN
- China
- Prior art keywords
- mirror
- mirror image
- creating
- container
- image
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
- G06F8/63—Image based installation; Cloning; Build to order
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Processing Or Creating Images (AREA)
Abstract
The present disclosure relates to a container mirror image creation method and apparatus, a storage medium, and an electronic device, wherein the method includes: responding to a creation instruction of a container mirror image, and acquiring a source mirror image corresponding to the creation instruction; extracting an intermediate mirror layer corresponding to the creation instruction from a mirror warehouse; determining a creation step in the creation instruction; and under a local fork/exec mode, combining an intermediate mirror image layer corresponding to the creating step and the source mirror image through a user name space based on the creating step to generate a container mirror image. The present disclosure may improve the efficiency of container mirror image generation.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to a container mirror image creation method and apparatus, a storage medium, and an electronic device.
Background
With the continuous development of container technology, the popularization of container abstraction concepts is brought, so that developers can construct container images for efficiently completing system tasks. The container image is typically defined using a Dockerfile, with the file system content and metadata being generated by a declarative set of instructions. The container image is created through an API (Application Programming Interface) terminal node of the Docker engine, but the Docker engine needs Docker Daemon support, and the Docker Daemon includes many functions unrelated to the creation of the container image, which results in low utilization rate of system resources in the creation process of the container image. Moreover, the Docker Daemon requires that the client has a root access right to interact with the API and the building terminal node thereof, which leads to the reduction of the security of the system.
Disclosure of Invention
An object of the present disclosure is to provide a container mirror creation method and apparatus, a storage medium, and an electronic device, so as to solve the above technical problems.
In order to achieve the above object, in a first aspect of the present disclosure, there is provided a container mirror creation method, including: responding to a creation instruction of a container mirror image, and acquiring a source mirror image corresponding to the creation instruction; extracting an intermediate mirror layer corresponding to the creation instruction from a mirror warehouse; determining a creation step in the creation instruction; and under a local fork/exec mode, combining an intermediate mirror image layer corresponding to the creating step and the source mirror image through a user name space based on the creating step to generate a container mirror image.
Optionally, the method further comprises: and storing the extracted intermediate mirror image layer to a mirror image warehouse.
Optionally, the method further comprises: and generating various intermediate mirror image layers, and storing the generated intermediate mirror image layers to a mirror image warehouse in advance.
Optionally, the extracting, from the mirror repository, the intermediate mirror layer corresponding to the creation instruction includes: searching an intermediate mirror image layer corresponding to the creation instruction in the mirror image warehouse; extracting an intermediate mirror layer from the mirror repository if the intermediate mirror layer exists in the mirror repository; creating an intermediate mirror layer based on the create instruction if the intermediate mirror layer is not present in the mirror repository.
Optionally, the obtaining, in response to a creation instruction of the container image, a source image corresponding to the creation instruction includes: and responding to a creation instruction of the container mirror image, and acquiring a pre-stored source mirror image in the local volume.
Optionally, the creating instruction further includes a storage location, and the generating, based on the creating step, a container image by combining the intermediate image layer corresponding to the creating step and the source image includes: based on the creating step, combining an intermediate mirror layer corresponding to the creating step with the source mirror, generating a container mirror in the storage location.
Optionally, the generating, based on the creating step, a container image by combining an intermediate image layer corresponding to the creating step with the source image includes: grouping the creating steps based on a preset creating rule; creating a grouping mirror layer in parallel based on the grouping result; and combining the grouping mirror image layers corresponding to the groups into the container mirror image.
In a second aspect of the present disclosure, an apparatus for creating a container mirror image is provided, where the apparatus includes an obtaining module, configured to, in response to a creation instruction of a container mirror image, obtain a source mirror image corresponding to the creation instruction; the extraction module is used for extracting the intermediate mirror image layer corresponding to the creation instruction from the mirror image warehouse; a determining module, configured to determine a creating step in the creating instruction; and the creating module is used for combining the intermediate mirror image layer corresponding to the creating step and the source mirror image through a user name space in a local fork/exec mode based on the creating step to generate a container mirror image.
Optionally, the apparatus further includes a storage module, configured to generate a plurality of intermediate mirror layers, and store the generated intermediate mirror layers in a mirror repository in advance.
Optionally, the extracting module is configured to search, in the mirror repository, an intermediate mirror layer corresponding to the creation instruction; extracting an intermediate mirror layer from the mirror repository if the intermediate mirror layer exists in the mirror repository; extracting the intermediate mirror layer from the source mirror if the intermediate mirror layer is not present in the mirror repository.
Optionally, the extracting module is configured to search, in the mirror repository, an intermediate mirror layer corresponding to the creation instruction; extracting an intermediate mirror layer from the mirror repository if the intermediate mirror layer exists in the mirror repository; creating an intermediate mirror layer based on the create instruction if the intermediate mirror layer is not present in the mirror repository.
Optionally, the obtaining module is configured to obtain, in response to a creation instruction of the container mirror, a source mirror prestored in the local volume.
Optionally, the creating instruction further includes a storage location, and the creating module is configured to combine the intermediate mirror layer corresponding to the creating step and the source mirror based on the creating step, and generate a container mirror in the storage location.
Optionally, the creating module is configured to: grouping the creating steps based on a preset creating rule, creating grouping mirror image layers in parallel based on a grouping result, and combining the grouping mirror image layers corresponding to all the groups into the container mirror image.
In a third aspect of the present disclosure, a computer-readable medium is provided, on which a computer program is stored, which when executed by a processing device, performs the steps of the method of the first aspect of the present disclosure.
In a fourth aspect of the present disclosure, there is provided an electronic device, including a storage device and a processing device, the storage device having a computer program stored thereon, and the processing device being configured to execute the computer program stored in the storage device to implement the steps of the method of the first aspect of the present disclosure.
Through the technical scheme, a local fork/exec mode can be adopted to simulate a client command of a Docker, an ID in a default user namespace of the system is used in a container creating process, dependency on a Docker daemon in the container creating process is reduced, container image creating efficiency is improved, and safety of the system in container image creating is improved through rootless creating operation.
Additional features and advantages of the disclosure will be set forth in the detailed description which follows.
Drawings
The accompanying drawings, which are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the disclosure without limiting the disclosure. In the drawings:
FIG. 1 is a flow chart illustrating a method of container image creation according to an exemplary disclosed embodiment.
Fig. 2 is a block diagram illustrating a container image creation apparatus according to an exemplary disclosed embodiment.
FIG. 3 is a block diagram illustrating an electronic device according to an exemplary disclosed embodiment.
Detailed Description
The following detailed description of specific embodiments of the present disclosure is provided in connection with the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating the present disclosure, are given by way of illustration and explanation only, not limitation.
FIG. 1 is a flow chart illustrating a method of container image creation, as shown in FIG. 1, according to an exemplary disclosed embodiment, the method including the steps of:
s11, responding to the creating instruction of the container mirror image, and acquiring the source mirror image corresponding to the creating instruction.
The source mirror image is called from a remote program, can be downloaded in a local volume in advance for sharing, or is downloaded to the local volume in response to a creation instruction, so that the problem of low efficiency caused by extracting the same source mirror image for multiple times when the calling is repeated is solved.
The create instruction may refer to a RunDockerfile instruction in a general case, or, in a case where other create instruction forms exist, may refer to other create instructions of container images that may be called by a fork or exec interface.
And S12, extracting the intermediate mirror image layer corresponding to the creation instruction from the mirror image warehouse.
The intermediate mirror image layer can be acquired from a remote program, the Internet and a database and stored, or can be generated in advance, and the intermediate mirror image layers are different in types and can be called according to different creation instructions.
In a possible implementation manner, each intermediate mirror layer may be classified and stored in different mirror image warehouses according to the type of the intermediate mirror layer, so that after receiving the creation instruction, the corresponding intermediate mirror layer may be searched in the mirror image warehouse corresponding to the creation instruction, and thus, the efficiency of searching and calling the intermediate mirror layer when creating the container mirror image may be improved. It is worth noting that since there may be a possibility of a classification error in the classification storage, in the case that the corresponding intermediate mirror layer is not found in the mirror warehouse corresponding to the creation instruction, the intermediate mirror layer may be found in other types of mirror warehouses.
In the case where the intermediate mirror layer exists in the mirror repository, the intermediate mirror layer may be directly extracted from the mirror repository, and in the case where the intermediate mirror layer does not exist in the mirror repository, the intermediate mirror layer may be created based on the creation instruction.
The import and export of the mirror cache can flexibly embed the middle mirror layer of the cache into the mirror and export the mirror layer to the local directory for later use. The function of importing a cache will work when the build environment is built from scratch without a previous build history being available.
And S13, determining the creation step in the creation command.
In the method, the steps of creating the mirror image can be separated into separate logic stages by utilizing multi-stage construction, the creating steps are assembled into the directed acyclic graph, the creating steps in the same Dockerfile are performed according to logic groups, which building steps can be determined to be parallel, and a more effective construction execution process is provided. In addition, the content can be temporarily mounted at a position required in the construction process, and the content required in some construction processes can not appear in the mirror image.
And S14, in the local fork/exec mode, combining the intermediate mirror image layer corresponding to the creating step and the source mirror image through a user name space based on the creating step to generate a container mirror image.
The Fork and the exec are two different data call modes, different data call interfaces are adopted, and because the Fork and the exec can simulate commands of various clients provided by the docker and can be compatible with parameters of the docker build, the dependency on the docker daemon in the container creation process can be avoided by adopting the form of the Fork or the exec mode.
The User namespace is utilized in the namespace set used for container creation, and a series of IDs of non-privileged users and groups in the host default User namespace, such as UID (User Identification) or GID (Group Identification), can be mapped to UID/GID of the root User in the new User namespace associated with the container, thereby providing the capability of performing the non-rooted construction.
After the creation steps are determined, the creation steps and the reverse grouping can be performed according to the logic stage of the creation steps, and the creation steps in different groups can be performed in parallel, so that the creation efficiency can be improved, and the possibility of repeated calling is reduced.
At present, any instruction annotated by the instruction grammar is analyzed by the analyzer and used for creating a new mirror image layer, so that more irrelevant intermediate mirror image layers are provided, and therefore, the steps can be grouped by the grouping method, and the same group is combined into one Dockerfile mirror image creating instruction, so that the number of irrelevant intermediate layers can be reduced, the created layer number is less, and the created container mirror image is smaller.
In a possible implementation manner, the creation instruction further includes a storage location, and the container mirror image may be directly generated in the storage location, or the container mirror image may be sent to a corresponding location after the container mirror image is generated, so that the problem of low efficiency in the process of locally generating the mirror image and caching the mirror image and then uploading the mirror image to a mirror image warehouse is solved.
Through the technical scheme, a local fork/exec mode can be adopted to simulate a client command of a Docker, an ID in a default user namespace of the system is used in a container creating process, dependency on a Docker daemon in the container creating process is reduced, container image creating efficiency is improved, and safety of the system in container image creating is improved through rootless creating operation.
Fig. 2 is a block diagram illustrating a container image creation apparatus according to an exemplary disclosed embodiment. As shown in fig. 2, the apparatus 200 includes:
the obtaining module 210 is configured to, in response to a creation instruction of a container image, obtain a source image corresponding to the creation instruction.
And the extracting module 220 is configured to extract the intermediate mirror layer corresponding to the creating instruction from the mirror repository.
A determining module 230, configured to determine a creating step in the creating instruction.
A creating module 240, configured to combine, in the local fork/exec mode, the intermediate mirror layer corresponding to the creating step and the source mirror through the user namespace based on the creating step, and generate a container mirror.
Optionally, the apparatus further includes a storage module, configured to generate a plurality of intermediate mirror layers, and store the generated intermediate mirror layers in a mirror repository in advance.
Optionally, the extracting module is configured to search, in the mirror repository, an intermediate mirror layer corresponding to the creation instruction; extracting an intermediate mirror layer from the mirror repository if the intermediate mirror layer exists in the mirror repository; extracting the intermediate mirror layer from the source mirror if the intermediate mirror layer is not present in the mirror repository.
Optionally, the extracting module is configured to search, in the mirror repository, an intermediate mirror layer corresponding to the creation instruction; extracting an intermediate mirror layer from the mirror repository if the intermediate mirror layer exists in the mirror repository; creating an intermediate mirror layer based on the create instruction if the intermediate mirror layer is not present in the mirror repository.
Optionally, the obtaining module is configured to obtain, in response to a creation instruction of the container mirror, a source mirror prestored in the local volume.
Optionally, the creating instruction further includes a storage location, and the creating module is configured to combine the intermediate mirror layer corresponding to the creating step and the source mirror based on the creating step, and generate a container mirror in the storage location.
Optionally, the creating module is configured to: grouping the creating steps based on a preset creating rule, creating grouping mirror image layers in parallel based on a grouping result, and combining the grouping mirror image layers corresponding to all the groups into the container mirror image.
With regard to the apparatus in the above-described embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment related to the method, and will not be elaborated here.
Through the technical scheme, a local fork/exec mode can be adopted to simulate a client command of a Docker, an ID in a default user namespace of the system is used in a container creating process, dependency on a Docker daemon in the container creating process is reduced, container image creating efficiency is improved, and safety of the system in container image creating is improved through rootless creating operation.
Fig. 3 is a block diagram illustrating an electronic device 300 in accordance with an example embodiment. As shown in fig. 3, the electronic device 300 may include: a processor 301 and a memory 302. The electronic device 300 may also include one or more of a multimedia component 303, an input/output (I/O) interface 304, and a communication component 305.
The processor 301 is configured to control the overall operation of the electronic device 300, so as to complete all or part of the steps in the container image creation method. The memory 302 is used to store various types of data to support operations at the electronic device 300, such data may include, for example, instructions for any application or method operating on the electronic device 300, and application-related data, such as contact data, transceived data, and the likeMessages, pictures, audio, video, and the like. The Memory 302 may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk or optical disk. The multimedia components 303 may include a screen and an audio component. Wherein the screen may be, for example, a touch screen and the audio component is used for outputting and/or inputting audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signal may further be stored in the memory 302 or transmitted through the communication component 305. The audio assembly also includes at least one speaker for outputting audio signals. The I/O interface 304 provides an interface between the processor 301 and other interface modules, such as a keyboard, mouse, buttons, etc. These buttons may be virtual buttons or physical buttons. The communication component 305 is used for wired or wireless communication between the electronic device 300 and other devices. Wireless Communication, such as Wi-Fi, bluetooth, Near Field Communication (NFC), 2G, 3G, 4G, NB-IOT, eMTC, or other 5G, etc., or a combination of one or more of them, which is not limited herein. The corresponding communication component 305 may therefore include: Wi-Fi module, Bluetooth module, NFC module, etc. The electronic device 300 may operate based on an operating system, such as Windows Server, stored in the memory 302TM，Mac OS XTM，UnixTM，LinuxTMAnd so on.
In an exemplary embodiment, the electronic Device 300 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components for performing the above-described container image creation method.
In another exemplary embodiment, there is also provided a computer readable storage medium including program instructions which, when executed by a processor, implement the steps of the container image creation method described above. For example, the computer readable storage medium may be the memory 302 described above including program instructions executable by the processor 301 of the electronic device 300 to perform the container image creation method described above.
The preferred embodiments of the present disclosure are described in detail with reference to the accompanying drawings, however, the present disclosure is not limited to the specific details of the above embodiments, and various simple modifications may be made to the technical solution of the present disclosure within the technical idea of the present disclosure, and these simple modifications all belong to the protection scope of the present disclosure.
It should be noted that, in the foregoing embodiments, various features described in the above embodiments may be combined in any suitable manner, and in order to avoid unnecessary repetition, various combinations that are possible in the present disclosure are not described again.
In addition, any combination of various embodiments of the present disclosure may be made, and the same should be considered as the disclosure of the present disclosure, as long as it does not depart from the spirit of the present disclosure.
Claims (10)
1. A method for creating a container image, the method comprising:
responding to a creation instruction of a container mirror image, and acquiring a source mirror image corresponding to the creation instruction;
extracting an intermediate mirror layer corresponding to the creation instruction from a mirror warehouse;
determining a creation step in the creation instruction;
and under a local fork/exec mode, combining an intermediate mirror image layer corresponding to the creating step and the source mirror image through a user name space based on the creating step to generate a container mirror image.
2. The method of claim 1, further comprising:
and generating various intermediate mirror image layers, and storing the generated intermediate mirror image layers to a mirror image warehouse in advance.
3. The method of claim 2, wherein said extracting the intermediate mirror layer corresponding to the create instruction from the mirror repository comprises:
searching an intermediate mirror image layer corresponding to the creation instruction in the mirror image warehouse;
extracting an intermediate mirror layer from the mirror repository if the intermediate mirror layer exists in the mirror repository;
creating an intermediate mirror layer based on the create instruction if the intermediate mirror layer is not present in the mirror repository.
4. The method according to claim 1, wherein the obtaining a source image corresponding to a creation instruction in response to the creation instruction of the container image comprises:
and responding to a creation instruction of the container mirror image, and acquiring a pre-stored source mirror image in the local volume.
5. The method according to claim 1, wherein the creating instruction further includes a storage location, and wherein the combining the intermediate mirror layer corresponding to the creating step and the source mirror based on the creating step to generate the container mirror comprises:
based on the creating step, combining an intermediate mirror layer corresponding to the creating step with the source mirror, generating a container mirror in the storage location.
6. The method of claim 1, wherein the generating, based on the creating step, a container image by combining an intermediate image layer corresponding to the creating step with the source image comprises:
grouping the creating steps based on a preset creating rule;
creating a grouping mirror layer in parallel based on the grouping result;
and combining the grouping mirror image layers corresponding to the groups into the container mirror image.
7. An apparatus for creating a container image, the apparatus comprising:
the acquisition module is used for responding to a creation instruction of the container mirror image and acquiring a source mirror image corresponding to the creation instruction;
the extraction module is used for extracting the intermediate mirror image layer corresponding to the creation instruction from the mirror image warehouse;
a determining module, configured to determine a creating step in the creating instruction;
and the creating module is used for combining the intermediate mirror image layer corresponding to the creating step and the source mirror image through a user name space in a local fork/exec mode based on the creating step to generate a container mirror image.
8. The apparatus of claim 7, wherein the creation module is configured to:
based on the creating step, combining an intermediate mirror layer corresponding to the creating step with the source mirror, generating a container mirror in the storage location.
9. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 6.
10. An electronic device, comprising:
a memory having a computer program stored thereon;
a processor for executing the computer program in the memory to carry out the steps of the method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011511280.4A CN112486523A (en) | 2020-12-18 | 2020-12-18 | Container mirror image creating method and device, storage medium and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011511280.4A CN112486523A (en) | 2020-12-18 | 2020-12-18 | Container mirror image creating method and device, storage medium and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112486523A true CN112486523A (en) | 2021-03-12 |
Family
ID=74914951
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011511280.4A Pending CN112486523A (en) | 2020-12-18 | 2020-12-18 | Container mirror image creating method and device, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112486523A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20230101397A1 (en) * | 2021-09-28 | 2023-03-30 | Dell Products L.P. | Identifying Binary Objects Using Signature of Input Items Used to Create Binary Object |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110058863A (en) * | 2019-03-16 | 2019-07-26 | 平安城市建设科技(深圳)有限公司 | Construction method, device, equipment and the storage medium of Docker container |
| CN111338641A (en) * | 2020-02-11 | 2020-06-26 | 腾讯云计算（北京）有限责任公司 | Application publishing method and device |
| CN111857797A (en) * | 2020-06-29 | 2020-10-30 | 浪潮电子信息产业股份有限公司 | Mirror image construction method, system and related device |
-
2020
- 2020-12-18 CN CN202011511280.4A patent/CN112486523A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110058863A (en) * | 2019-03-16 | 2019-07-26 | 平安城市建设科技(深圳)有限公司 | Construction method, device, equipment and the storage medium of Docker container |
| CN111338641A (en) * | 2020-02-11 | 2020-06-26 | 腾讯云计算（北京）有限责任公司 | Application publishing method and device |
| CN111857797A (en) * | 2020-06-29 | 2020-10-30 | 浪潮电子信息产业股份有限公司 | Mirror image construction method, system and related device |
Non-Patent Citations (1)
| Title |
|---|
| ERICJEFFREY: "Linux Namespace - 超简单容器构建", 《HTTPS://BLOG.CSDN.NET/Q15037911903/ARTICLE/DETAILS/100883398》, pages 1 - 5 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20230101397A1 (en) * | 2021-09-28 | 2023-03-30 | Dell Products L.P. | Identifying Binary Objects Using Signature of Input Items Used to Create Binary Object |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109542399B (en) | Software development method and device, terminal equipment and computer readable storage medium | |
| US10503493B2 (en) | Distributed versioning of applications using cloud-based systems | |
| CN111666206B (en) | Method, device, equipment and storage medium for acquiring influence range of change code | |
| US10169005B2 (en) | Consolidating and reusing portal information | |
| US10754628B2 (en) | Extracting web API endpoint data from source code to identify potential security threats | |
| CN109076107A (en) | It is customized based on detection and the automatic detection and optimization of user experience upgrading is provided | |
| CN108776587B (en) | Data acquisition method and device, computer equipment and storage medium | |
| CN111767090A (en) | Method and device for starting small program, electronic equipment and storage medium | |
| CN111752587B (en) | Batch processing method and device for small programs, electronic equipment and readable storage medium | |
| CN107526623B (en) | Data processing method and device | |
| CN111752843A (en) | Method, device, electronic equipment and readable storage medium for determining influence surface | |
| CN110941779A (en) | Page loading method and device, storage medium and electronic equipment | |
| WO2022020180A1 (en) | Secure exchange of password presence data | |
| CN112486523A (en) | Container mirror image creating method and device, storage medium and electronic equipment | |
| CN112559073B (en) | Program starting method, inter-class relation construction method and device and mobile terminal | |
| CN111753330B (en) | Determination method, apparatus, device and readable storage medium for data leakage main body | |
| CN111488286B (en) | Method and device for independently developing Android modules | |
| CN112100502B (en) | Information query method, device, computing equipment and medium for database | |
| CN111506499B (en) | Method and device for detecting availability of parameters in applet and electronic equipment | |
| KR102195191B1 (en) | Method and system for extracting new keyword by using keyword relation structure | |
| CN114489698A (en) | Application program installation method and device | |
| CN109635175B (en) | Page data splicing method and device, readable storage medium and electronic equipment | |
| WO2022020181A1 (en) | Obfuscation of queries and responses in a security data search system | |
| CN112817782A (en) | Data acquisition reporting method and device, electronic equipment and storage medium | |
| CN112130860A (en) | JSON object analysis method and device, electronic device and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |