CN115202902B - Method and related device for controlling process interaction - Google Patents

Abstract

Embodiments of the present application provide a method for controlling process interaction and a related device, which relate to the technical field of terminals. The method includes: the terminal device determines that the first process calls the target information from the second process; transmits the first data in the target information to the first process; wherein, the first data includes the first part of the target information, and the size of the first data It does not exceed a preset value, wherein, the first process and the second process communicate based on a binder mechanism. In this way, batch transmission of data can be supported in the binder mechanism, so that the data in the binder interaction will not be too large, and the abnormal exit phenomenon of the application program caused by the exhaustion of the binder memory due to the excessive data in the binder can be improved.

Description

Method and related device for controlling process interaction

technical field

The present application relates to the technical field of terminals, in particular to a method for controlling process interaction and related devices.

Background technique

With the development of terminal technology, more and more application programs (application, APP) can be supported in the terminal device. Communication between system services and application programs in the terminal device, and between different application programs can be based on processes. For example, IPC (inter-process communication, inter-process communication) is a communication method for disseminating or exchanging information between different processes.

In some implementations, binder is an important part of IPC. For example, when process A calls information of process B, process A can call process B based on binder communication and binder driver in the binder mechanism.

However, in the above implementation, there may be a phenomenon that the application program of the terminal device exits abnormally.

Contents of the invention

The embodiment of the present application provides a method and related device for controlling process interaction, which can support batch transmission of data according to component information in the binder mechanism, so that the data in the binder interaction will not be too large, and improve the binder caused by excessive data in the binder. The abnormal exit phenomenon of the application program caused by memory exhaustion.

In the first aspect, the embodiment of the present application provides a method for controlling process interaction, which is applied to a terminal device running a first process and a second process. The first process and the second process communicate based on a binder mechanism. The method includes:

Determine that the first process calls the target information to the second process; transmit the first data in the target information to the first process; wherein, the first data includes the first part of information in the target information, and the size of the first data does not exceed a preset value . In this way, batch transmission of data can be supported in the binder mechanism, so that the data in the binder interaction will not be too large, and the abnormal exit phenomenon of the application program caused by the exhaustion of the binder memory due to the excessive data in the binder can be improved.

In a possible implementation manner, the first part of information includes at least activity. This allows important activities to be transferred.

In a possible implementation manner, the first part of information is: according to the order of activity, service, broadcast, and providers in the target information from front to back, select the part that is less than or equal to the preset value. In this way, the size of the first data may not exceed a preset value, and important data may be transmitted.

In a possible implementation, before determining that the first process calls the target information to the second process, it also includes: obtaining the number of application components corresponding to the target information; determining the first process to send the call to the second process according to the number of application components The number of target information instructions; wherein, each time the first process sends an instruction to call the target information to the second process, the second process returns data to the first process once, and the size of any returned data does not exceed a preset value. In this way, based on the number of application components, it can be determined how many batches the second process will complete the data transmission, so that the second process can completely transmit the target information to the first process.

In a possible implementation manner, after transmitting the first data in the target information to the first process, it further includes: the first process sends an instruction to call the target information to the second process; the second process transmits the target information to the first process The second data includes the second part of the target information, and the size of the second data does not exceed a preset value. In this way, the second process can completely transmit the target information to the first process.

In a possible implementation manner, the first process determines the number of times to send instructions for invoking target information to the second process according to the number of application components, including: when the number of application components is greater than the number threshold, the first process determines the number of times according to the number of application components The number determines the number of times an instruction to send call target information to the second process. Obtaining the number of application components corresponding to the target information in the second process by the first process includes: acquiring the number of application components corresponding to the target information in the second process by the first process based on getPackageInfoComponentCount. In this way, when the number of application components is greater than the number threshold, the first process determines the number of times to send instructions for invoking target information to the second process according to the number of application components, and performs subsequent batch transmission, so that the data in the binder interaction It will not be too large to improve the abnormal exit phenomenon of the application program caused by the exhaustion of the binder memory due to the excessive data in the binder.

In a possible implementation manner, the first data carries a first value, and the first value is a total batch of data to be transmitted by the second process to the first process. In this way, the first process can know how many batches of data the second process will transmit to the first process, and then the subsequent first process can check whether any leakage occurs, and the first process can also know whether the second process has completed the data transmission.

In a possible implementation manner, after transmitting the first data in the target information to the first process, the method further includes: transmitting the Nth data in the target information to the first process until the second process divides the component information in the target information into The batch transmission is completed; wherein, the Nth data includes part of the target information, and the size of the Nth data does not exceed a preset value. In this way, after the second process transmits the first data to the first process, it can automatically continue to transmit other data in the target information to the first process, and the size of the data transmitted each time does not exceed the preset value, which can save signaling resource.

In a possible implementation manner, the first data and/or the Nth data further carry a second value, and the second value is a specific batch value of the first data or the Nth data in the total batch. In this way, after the first process obtains the data transmitted by the second process, it can sort the data based on the specific batch value of each data, or check whether there is any missing data, and the specific missing batch of data, so as to facilitate subsequent retransmission.

In a second aspect, the embodiment of the present application provides an apparatus for controlling process interaction. The apparatus for controlling process interaction may be a terminal device, or may be a chip or a chip system in the terminal device. The device for controlling process interaction may include a processing unit and an integrated circuit IC. The processing unit is configured to implement any processing-related method in the first aspect or in any possible implementation manner of the first aspect. When the device for controlling process interaction is a terminal device, the processing unit may be a processor. The device for controlling process interaction may also include a storage unit, which may be a memory. The storage unit is used to store instructions, and the processing unit executes the instructions stored in the storage unit, so that the terminal device implements a method described in the first aspect or any possible implementation manner of the first aspect. When the device for controlling process interaction is a chip or a chip system in the terminal device, the processing unit may be a processor. The processing unit executes the instructions stored in the storage unit, so that the terminal device implements a method described in the first aspect or any possible implementation manner of the first aspect. The storage unit may be a storage unit in the chip (for example, a register, a cache, etc.), or a storage unit in the terminal device outside the chip (for example, a read-only memory, a random access memory, etc.).

Exemplarily, the processing unit is configured to determine that the first process calls the target information from the second process; transmit the first data in the target information to the first process; wherein the first data includes a first part of information in the target information, and the first A data size does not exceed a preset value.

In a possible implementation manner, the first part of information includes at least activity.

In a possible implementation manner, the first part of information is: according to the order of activity, service, broadcast, and providers in the target information from front to back, select the part that is less than or equal to the preset value.

In a possible implementation manner, the processing unit is further configured to obtain the number of application components corresponding to the target information; determine the number of times the first process sends an instruction to call the target information to the second process according to the number of application components; wherein, the first Each time the process sends an instruction to call the target information to the second process, the second process returns data to the first process once, and the size of the data returned at any one time does not exceed a preset value.

In a possible implementation manner, the processing unit is further used for the first process to send an instruction to call the target information to the second process; the second process transmits the second data in the target information to the first process, and the second data includes the target information In the second part of information, the size of the second data does not exceed the preset value.

In a possible implementation manner, the processing unit is specifically configured to: when the number of application components is greater than the number threshold, the first process determines the number of times to send the instruction calling the target information to the second process according to the number of application components. The processing unit is specifically also used for the first process to obtain the number of application components corresponding to the target information in the second process based on getPackageInfoComponentCount.

In a possible implementation manner, the first data carries a first value, and the first value is a total batch of data to be transmitted by the second process to the first process.

In a possible implementation manner, the processing unit is further configured to transmit the Nth data in the target information to the first process until the second process completes the batch transmission of the component information in the target information; wherein, the Nth data includes For part of the information in the target information, the size of the Nth data does not exceed a preset value.

In a possible implementation manner, the first data and/or the Nth data further carry a second value, and the second value is a specific batch value of the first data or the Nth data in the total batch.

In the third aspect, the embodiment of the present application provides an electronic device, including a processor and a memory, the memory is used to store code instructions, and the processor is used to run the code instructions to execute the first aspect or any possible implementation of the first aspect method described in Methods.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, in which a computer program or instruction is stored, and when the computer program or instruction is run on a computer, the computer executes the first aspect or the first aspect. The method for controlling process interaction described in any one possible implementation manner of the aspect.

In the fifth aspect, the embodiment of the present application provides a computer program product including a computer program. When the computer program runs on the computer, the computer executes the control described in the first aspect or any possible implementation of the first aspect. Methods for process interaction.

In a sixth aspect, the present application provides a chip or a chip system, the chip or chip system includes at least one processor and a communication interface, the communication interface and the at least one processor are interconnected through lines, and the at least one processor is used to run computer programs or instructions, To execute the method for controlling process interaction described in the first aspect or any possible implementation manner of the first aspect. Wherein, the communication interface in the chip may be an input/output interface, a pin or a circuit, and the like.

In a possible implementation, the chip or the chip system described above in the present application further includes at least one memory, and instructions are stored in the at least one memory. The memory may be a storage unit inside the chip, such as a register, a cache, etc., or a storage unit of the chip (eg, a read-only memory, a random access memory, etc.).

It should be understood that, the second aspect to the sixth aspect of the present application correspond to the technical solution of the first aspect of the present application, and the beneficial effects obtained by each aspect and the corresponding feasible implementation manners are similar, so details are not repeated here.

Description of drawings

FIG. 1 is a schematic structural diagram of an electronic device provided in an embodiment of the present application;

Fig. 2 is a schematic diagram of the software framework of an electronic device provided by the embodiment of the present application

FIG. 3 is a schematic flowchart of a control process interaction provided by an embodiment of the present application;

FIG. 4 is a schematic diagram of an instruction for controlling process interaction provided by an embodiment of the present application;

FIG. 5 is a schematic structural diagram of a chip provided by an embodiment of the present application.

Detailed ways

In order to clearly describe the technical solutions of the embodiments of the present application, the following briefly introduces some terms and technologies involved in the embodiments of the present application:

1. Binder: It is a method of inter-process communication (IPC) in the Android (Android) system, and it is also one of the important features of the Android system. Different Apps in the Android system can run in different processes, and Binder is a bridge for communication between these processes. Specifically, the Android system includes four major components: interface (Activity), service (Service), broadcast (Broadcast) and content (Content). communication.

2. Asynchronous call: After the application sends data to the binder driver, it does not need to suspend the thread and wait for the binder driver's reply, but ends directly. For example, the client (Client) calls IPlayer.start(), and the start of the server (Server) takes 2 seconds. Since the defined interface is asynchronous, the Client can quickly execute IPlayer.start( ), it will not be delayed by the server for 2 seconds.

3. Synchronous call: After the application sends data to the binder driver, it needs to suspend the thread and wait for the binder driver's reply. For example, the client calls IPlayer.getVolume(), and the getVolume on the server needs to be executed for 1 second. Since the defined interface is synchronous, when the client executes IPlayer.getVolume(), it will be delayed by the server for 1 second.

4. Other terms

In the embodiments of the present application, words such as "first" and "second" are used to distinguish the same or similar items with basically the same function and effect. For example, the first chip and the second chip are only used to distinguish different chips, and their sequence is not limited. Those skilled in the art can understand that words such as "first" and "second" do not limit the quantity and execution order, and words such as "first" and "second" do not necessarily limit the difference.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "for example" are used as examples, illustrations or descriptions. Any embodiment or design described herein as "exemplary" or "for example" is not to be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete manner.

In the embodiments of the present application, "at least one" means one or more, and "multiple" means two or more. "And/or" describes the association relationship of associated objects, indicating that there may be three types of relationships, for example, A and/or B, which can mean: A exists alone, A and B exist at the same time, and B exists alone, where A, B can be singular or plural. The character "/" generally indicates that the contextual objects are an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one item (piece) of a, b, or c can represent: a, b, c, a-b, a--c, b-c, or a-b-c, where a, b, c can be single or is multiple.

5. Terminal equipment

The terminal device in this embodiment of the present application may also be any form of electronic device. For example, the electronic device may include a handheld device with an image processing function, a vehicle-mounted device, and the like. For example, some electronic devices are: mobile phone, tablet computer, handheld computer, notebook computer, mobile internet device (mobile internet device, MID), wearable device, virtual reality (virtual reality, VR) device, augmented reality (augmented reality, AR) equipment, wireless terminals in industrial control, wireless terminals in self driving, wireless terminals in remote medical surgery, wireless terminals in smart grid Terminals, wireless terminals in transportation safety, wireless terminals in smart city, wireless terminals in smart home, cellular phones, cordless phones, session initiation protocol (SIP) ) telephones, wireless local loop (wireless local loop, WLL) stations, personal digital assistants (personal digital assistant, PDA), handheld devices with wireless communication capabilities, computing devices or other processing devices connected to wireless modems, vehicle-mounted devices, A wearable device, a terminal device in a 5G network, or a terminal device in a future evolved public land mobile network (PLMN), etc., are not limited in this embodiment of the present application.

As an example but not a limitation, in this embodiment of the present application, the electronic device may also be a wearable device. Wearable devices can also be called wearable smart devices, which is a general term for the application of wearable technology to intelligently design daily wear and develop wearable devices, such as glasses, gloves, watches, clothing and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothing or accessories. Wearable devices are not only a hardware device, but also achieve powerful functions through software support, data interaction, and cloud interaction. Generalized wearable smart devices include full-featured, large-sized, complete or partial functions without relying on smart phones, such as smart watches or smart glasses, etc., and only focus on a certain type of application functions, and need to cooperate with other devices such as smart phones Use, such as various smart bracelets and smart jewelry for physical sign monitoring.

In addition, in this embodiment of the application, the electronic device can also be a terminal device in the Internet of Things (IoT) system. IoT is an important part of the development of information technology in the future. Connect with the network to realize the intelligent network of man-machine interconnection and object interconnection.

The electronic equipment in this embodiment of the present application may also be called: terminal equipment, user equipment (user equipment, UE), mobile station (mobile station, MS), mobile terminal (mobile terminal, MT), access terminal, user unit, Subscriber station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, etc.

In the embodiment of the present application, the electronic device or each network device includes a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. The hardware layer includes hardware such as a central processing unit (central processing unit, CPU), a memory management unit (memory management unit, MMU), and memory (also called main memory). The operating system may be any one or more computer operating systems that implement business processing through processes, for example, Linux operating system, Unix operating system, Android operating system, iOS operating system, or windows operating system. The application layer includes applications such as browsers, address books, word processing software, and instant messaging software.

Exemplarily, FIG. 1 shows a schematic structural diagram of an electronic device.

The electronic device may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, Mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, earphone jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display screen 194, and user An identification module (subscriber identification module, SIM) card interface 195 and the like. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, bone conduction sensor 180M, etc.

It can be understood that, the structure shown in the embodiment of the present invention does not constitute a specific limitation on the electronic device. In other embodiments of the present application, the electronic device may include more or fewer components than shown in the illustrations, or combine certain components, or separate certain components, or arrange different components. The illustrated components can be realized in hardware, software or a combination of software and hardware.

The processor 110 may include one or more processing units, for example: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processing unit (graphics processing unit, GPU), an image signal processor ( image signal processor (ISP), controller, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural network processor (neural-network processing unit, NPU), etc. Wherein, different processing units may be independent devices, or may be integrated in one or more processors.

The controller can generate an operation control signal according to the instruction opcode and timing signal, and complete the control of fetching and executing the instruction.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Repeated access is avoided, and the waiting time of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuitsound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver (universal asynchronous receiver) /transmitter, UART) interface, mobile industry processor interface (mobile industry processor interface, MIPI), general-purpose input and output (general-purpose input/output, GPIO) interface, subscriber identity module (subscriber identity module, SIM) interface, and/or A universal serial bus (universal serial bus, USB) interface, etc.

It can be understood that the interface connection relationship between the modules shown in the embodiment of the present invention is only a schematic illustration, and does not constitute a structural limitation of the electronic device. In other embodiments of the present application, the electronic device may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

The electronic device realizes the display function through the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and the application processor. GPUs are used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The electronic device can realize the shooting function through ISP, camera 193 , video codec, GPU, display screen 194 and application processor.

The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. Such as saving music, video and other files in the external memory card.

The internal memory 121 may be used to store computer-executable program codes including instructions. The internal memory 121 may include an area for storing programs and an area for storing data. Wherein, the stored program area can store an operating system, at least one application program required by a function (such as a sound playing function, an image playing function, etc.) and the like. The storage data area can store data (such as audio data, phone book, etc.) created during the use of the electronic device. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, universal flash storage (universal flash storage, UFS) and the like. The processor 110 executes various functional applications and data processing of the electronic device by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor. For example, the method for controlling process interaction in the embodiment of the present application may be implemented.

When the terminal device is running, in addition to some or all of the hardware support shown in FIG. 1 above, software support loaded in the terminal device is also required. The software loaded in the terminal device may include system software, and may also include APPs implemented depending on the system software. Some APPs may call information of other APPs when running.

When calling between applications, the binder mechanism can be used. Exemplarily, as shown in FIG. 2 , taking application A corresponding to process A, and application B corresponding to process B as an example, an outline process of communication between processes based on a binder is illustrated. It can be understood that a process may correspond to one or more applications, and the embodiment of the present application does not specifically limit the number of applications corresponding to a process.

As shown in FIG. 2 , in the application layer, process A and process B may respectively have their own agents, for example, the agents include IPC Thread State Tranasct binder communication instances. In the kernel layer, the binder driver can be used as a communication bridge for each process. The binder driver can prepare a separate kernel buffer for each process, and map it to the virtual address space and kernel address space of the process. When process A and process B perform binder communication, process A can communicate with the binder driver based on the IPC ThreadState Tranasct binder communication instance of process A, and the binder driver passes the data of process A to the process based on the IPC ThreadState Tranasct binder communication instance of process B b. It can be understood that if the binder communication is performed between process A and process C, or between process B and process C, a similar method can also be adopted, and details will not be repeated here.

In some implementations, when an APP application is installed in the terminal device, the system application may need to obtain APP component information. For example, the system APP application process can call the package manager service (package manager service, PMS) interface, and perform binder communication with the system service process (system sever process) through get application info to obtain the application component information of the installed APP, and the system sever process can The application info of the installed application is further obtained from the PMS application management based on the PMS get applicationinfo, and the application info of the installed application is returned to the system APP application process.

However, it is understandable that the update speed of APP is relatively fast, and new APPs are always pouring out. The number of application components of some system APPs or third-party APPs is relatively large, for example, it can reach more than 4,000 activities. In this way, In the binder communication between the APP application process of these applications and the system server process, there will be component information that needs to be transmitted up to 1.3MB in size.

In the binder communication mechanism, the binder driver usually prepares a small kernel buffer for each process, such as 4M, and the 4M kernel buffer may only be used by the application layer 8k-1M, and the rest is used by the kernel layer.

In this way, the binder communication will cause the call to fail and return "DeadSystem Exception" because the transmitted component information is too large, which will cause the application to crash. Among them, crash can be understood as an error or exception that cannot be handled when the client program is running, resulting in the exit of the application program.

In other implementations, when application processes call each other, large data may be transmitted at one time, so that the single large data may also cause the binder space to be full, causing the system to freeze or the application to exit abnormally.

In view of this, in the embodiment of this application, the binder mechanism can support data transfer in batches, so that the data in the binder interaction will not be too large, and the abnormal exit of the application program caused by the exhaustion of the binder memory due to the excessive data in the binder can be improved. Phenomenon.

The method for controlling process interaction in the embodiment of the present application will be described in detail below through specific embodiments. The following embodiments may be combined or implemented independently, and the same or similar concepts or processes may not be repeated in some embodiments.

Exemplarily, FIG. 3 shows a method for controlling process interaction according to an embodiment of the present application. Methods include:

S301: Determine that the first process calls the target information from the second process.

In this embodiment of the present application, both the first process and the second process may be any process running on the terminal device, the first process may be understood as a caller process, and the second process may be understood as a called process. The target information may be any information related to the second process. For example, the target information may include application component information of an application corresponding to the second process. The first process may retrieve target information from the second process based on the first binder communication instance corresponding to the first process.

The embodiment of the present application does not limit the timing and effect of calling the second process by the first process. Exemplarily, when an application is newly installed in the terminal device, the system process in the terminal device may call component information of the newly installed application, so as to implement setting or management of the newly installed application. Or for example, when application A is running, information in application B needs to be used, then the first process of application A may call the second process of application B.

It should be noted that the determination in S301 that the first process calls the target information from the second process may be understood as the first process initiates to call the target information of the second process.

S302: Transmit first data in the target information to the first process; wherein, the first data includes a first part of information in the target information, and the size of the first data does not exceed a preset value.

In this embodiment of the present application, the first data may refer to data whose size of a part of the target information does not exceed a preset value. Or it can be understood that, when the second process returns the target information to the first process, the target information can be split and transmitted in batches so that the data size of each transmission does not exceed a preset value. Wherein, the preset value can be set based on experience, and the preset value can be positively correlated with the size of the binder space, for example, the preset value can be set to any value from 200KB to 800KB, such as 300KB.

It should be noted that the embodiment of the present application does not limit the specific method of splitting the target information. All the data of the target information can be split in any way such as timestamp order, importance order, and data type distinction, so that when a single transmission The size of the data does not exceed a preset value.

In a possible implementation, it can also be split according to the number of application components corresponding to the target information. For example, the size of each application component is about 0.3KB. If the default value is 300KB, the maximum number of application components for a single transmission The number can be set as 300KB/0.3KB=1000, then the number of application components included in the first data does not exceed 1000.

In this embodiment of the present application, the second process may transmit the first data corresponding to the target information to the first process based on the second binder communication instance corresponding to the second process in response to the call of the first process.

To sum up, in the embodiment of this application, the binder mechanism can support data transfer in batches, so that the data in the binder interaction will not be too large, and the abnormal exit phenomenon of the application program caused by the exhaustion of the binder memory due to the excessive data in the binder can be improved. .

In the first possible implementation, on the basis of the embodiment in Figure 3, the first data can be more important data in the target information, and after the first process obtains the first data, it can probably be achieved after obtaining the overall target information. function, after the second process transmits the first data to the first process, it can end the data transmission to the first process. Or it can be understood that, after the first process calls the target information to the second process, in order to avoid abnormal exit of the application due to excessive single data transmission, the second process can return some important data to the first process.

Taking the target information as an example of the component information of the application corresponding to the second process, the component information may include one or more application component types of activity, service, broadcast or providers, and the number of any type of application component may be multiple , the activity application component is a key application component in the application, so the activity application component can be transmitted first, and the first part of information includes at least the activity. This allows important activities to be transferred.

It is understandable that in different applications, the four components of activity, service, broadcast, and providers may have different degrees of importance. Therefore, the first data may include the four components of activity, service, broadcast, and providers according to their importance. Part of the data is sorted so that the size of the first data does not exceed a preset value and important data is transmitted.

For example, the first part of information may be: a part less than or equal to a preset value selected according to the order of activity, service, broadcast, and providers in the target information from front to back.

In the second possible implementation, after the second process transmits the first data to the first process, it can wait for the calling command of the first process, and after receiving the calling command of the first process, continue to transmit the target to the first process For other data in the message, the data size of each transmission should not exceed the preset value. In this way, the second process can completely transmit the target information to the first process.

Exemplarily, before the second process transmits the first data to the first process, obtain the number of application components corresponding to the target information; determine the number of times the first process sends an instruction to call the target information to the second process according to the number of application components; Wherein, each time the first process sends an instruction to call the target information to the second process, the second process returns data to the first process once, and the size of any returned data does not exceed a preset value.

For example, the first interface may be designed to support obtaining the number of application components, and the terminal device may obtain the number of application components corresponding to the target information in the second process based on the first interface and getPackageInfoComponentCount. getPackageInfoComponentCount may include, for example, getPackageInfoComponentCount(StringpackageName, int flags).

After obtaining the number of application components corresponding to the target information, the number of times the first process sends an instruction to call the target information to the second process may be further determined according to the number of application components.

Exemplarily, the number of application components corresponding to the obtained target information is M, and the maximum number of application components that can be transmitted when the sum of the component information transmitted in a single time does not exceed the preset value is L, then the first process sends the second process The number of times to send the instruction to call the target information can be M/L. It can be understood that if M/L is not an integer, then regardless of any value after the decimal point, the integer value obtained by the carry can be used as the first process to the second process. The number of times the process sent an instruction that invoked the target's information.

In this way, after transmitting the first data in the target information to the first process, it also includes: the first process sends an instruction to call the target information to the second process; the second process transmits the second data in the target information to the first process; The second data includes the second part of the target information, and the size of the second data does not exceed a preset value. It can be understood that, if it is determined that the number of times that the first process sends instructions for invoking target information to the second process is greater than 2, then the first process will continue to send instructions for invoking target information to the second process, and the second process will continue to send instructions for invoking target information to the second process. A process transmits the data in the target information, and transmits the data every time an instruction is sent, until the number of times that the first process sends instructions calling the target information to the second process is reached.

Optionally, the first process determines the number of times to send instructions for invoking target information to the second process according to the number of application components, including: when the number of application components is greater than the number threshold, the first process determines the number of times to send instructions to the second process according to the number of application components Second, the number of times the process sends an instruction to call the target information.

In this embodiment of the present application, the number threshold may be the maximum number of application components that can be transmitted when the sum of the component information transmitted in a single transmission does not exceed a preset value, for example, the number threshold may be 1000.

The number of application components in the target information may be less than or equal to the number threshold. In this way, there is no need to transmit data in batches, and the second process can return all application components of the target information to the first process, saving computing resources. When the number of application components is greater than the number threshold, the first process determines the number of times to send instructions for invoking target information to the second process according to the number of application components, and performs subsequent batch transmission, so that the data in the binder interaction will not If it is too large, it will improve the abnormal exit phenomenon of the application program caused by the exhaustion of the binder memory due to the excessive data in the binder.

In the third possible implementation, after the second process transmits the first data to the first process, it can then automatically continue to transmit other data in the target information to the first process, and the size of the data transmitted each time does not exceed the preset value. Can. Or it can be understood that after the first process sends an instruction to call the target information to the second process, the second process can transfer the data in the target information to the first process in batches, without the need for the first process to send additional instructions.

Optionally, the first data carries a first value, and the first value is a total batch of data to be transmitted by the second process to the first process. In this way, the first process can know how many batches of data the second process will transmit to the first process, and then the subsequent first process can check whether any missing transmission occurs, and the first process can also know whether the second process has completed the data transmission.

For example, taking the total batch as an example, and the first process receives Q batch of data from the second process, it can be considered that the acquisition of the target information is completed, and subsequent steps can be performed. Alternatively, when the first process reaches the preset time, the number of batches of data received by the first process from the second process does not reach Q, and it can be considered that a leak occurs.

In this way, after transmitting the first data in the target information to the first process, it also includes: transmitting the Nth data in the target information to the first process, until the second process completes the batch transmission of the component information in the target information; wherein , the Nth data includes part of the target information, and the size of the Nth data does not exceed a preset value. In the embodiment of the present application, the second process can automatically transfer data to the first process in batches, which can save instruction interaction between the first process and the second process.

Optionally, the first data and/or the Nth data also carry a second value, and the second value is a specific batch value of the first data or the Nth data in the total batch. In this way, after the first process obtains the data transmitted by the second process, it can sort the data based on the specific batch value of each data, or check whether there is any missing data, and the specific missing batch of data, so as to facilitate subsequent retransmission.

It should be noted that when the above-mentioned second process transmits data to the first process in batches, the second interface for obtaining component information in batches according to the index can be designed, and the terminal device can obtain the information in the second process based on the second interface and getPackageInfoComponents The application component corresponding to the target information. getPackageInfoComponents may include, for example, getPackageInfoComponents(StringpackageName, int flags, int start, int end), where end<Count&&(end-start)<1000.

Exemplarily, FIG. 4 shows a possible interface implementation of this embodiment of the present application.

As shown in Figure 4, the first application can call the PMS interface through the first process, and perform binder communication with the second process through get package info. Taking the second process as a system service process (system server process) as an example, the systemsever process can further Based on the PMS get package info internal to obtain the package info of the first application from the PMS application management, the PMS can generate the component information (generate package info) of the first application, and the PMS further processes the component information of the first application into valid content (PackageInfoUtils@ generate), the effective content includes, for example, component information classified according to application component types, such as component information including activity, service, broadcast, and providers. When the second process returns component information to the first process, it can follow the method of the embodiment of this application Yes, the total number of components returned in a single return is less than 1000. The data in the binder interaction will not be too large, and the abnormal exit phenomenon of the application program caused by the exhaustion of the binder memory due to the excessive data in the binder is improved.

The foregoing mainly introduces the solutions provided by the embodiments of the present application from the perspective of methods. In order to realize the above functions, it includes corresponding hardware structures and/or software modules for performing various functions. Those skilled in the art should easily realize that, in combination with the method steps of the examples described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software drives hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present application.

The embodiment of the present application can divide the functional modules of the device implementing the method for controlling process interaction according to the above method example, for example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module middle. The integrated modules can be implemented in the form of hardware or in the form of software function modules. It should be noted that the division of modules in the embodiment of the present application is schematic, and is only a logical function division, and there may be other division methods in actual implementation.

FIG. 5 is a schematic structural diagram of a chip provided by an embodiment of the present application. Chip 500 includes one or more than two (including two) processors 501 , communication lines 502 , communication interface 503 and memory 504 .

In some implementations, the memory 504 stores the following elements: executable modules or data structures, or subsets thereof, or extensions thereof.

The methods described in the foregoing embodiments of the present application may be applied to the processor 501 or implemented by the processor 501 . The processor 501 may be an integrated circuit chip and has signal processing capabilities. In the implementation process, each step of the above method may be completed by an integrated logic circuit of hardware in the processor 501 or instructions in the form of software. The above-mentioned processor 501 may be a general-purpose processor (for example, a microprocessor or a conventional processor), a digital signal processor (digital signal processing, DSP), an application specific integrated circuit (application specific integrated circuit, ASIC), an off-the-shelf programmable gate array (field-programmable gate array, FPGA) or other programmable logic devices, discrete gates, transistor logic devices or discrete hardware components, the processor 501 can implement or execute the methods, steps and methods related to each process disclosed in the embodiments of the present application. Logic block diagram.

The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. Wherein, the software module may be located in a mature storage medium in the field such as random access memory, read-only memory, programmable read-only memory, or electrically erasable programmable read only memory (EEPROM). The storage medium is located in the memory 504, and the processor 501 reads the information in the memory 504, and completes the steps of the above method in combination with its hardware.

The processor 501 , the memory 504 and the communication interface 503 can communicate through the communication line 502 .

In the above embodiments, the instructions stored in the memory for execution by the processor may be implemented in the form of computer program products. Wherein, the computer program product may be written in the memory in advance, or may be downloaded and installed in the memory in the form of software.

The embodiment of the present application also provides a computer program product including one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the processes or functions according to the embodiments of the present application will be generated in whole or in part. The computer can be a general purpose computer, special purpose computer, computer network, or other programmable device. Computer instructions may be stored in or transmitted from one computer-readable storage medium to another computer-readable storage medium, e.g. Coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL) or wireless (such as infrared, wireless, microwave, etc.) transmission to another website site, computer, server or data center. Computer readable storage medium can be Any available media capable of being stored by a computer or a data storage device such as a server, data center, etc. integrated with one or more available media. For example, available media may include magnetic media (e.g., floppy disks, hard disks, or tapes), optical media (e.g., A digital versatile disc (digital versatile disc, DVD)), or a semiconductor medium (for example, a solid state disk (solid state disk, SSD)), etc.

The embodiment of the present application also provides a computer-readable storage medium. The methods described in the foregoing embodiments may be fully or partially implemented by software, hardware, firmware or any combination thereof. Computer-readable media may include computer storage media and communication media, and may include any medium that can transfer a computer program from one place to another. A storage media may be any target media that can be accessed by a computer.

As a possible design, the computer-readable medium may include compact disc read-only memory (CD-ROM), RAM, ROM, EEPROM or other optical disc storage; the computer-readable medium may include magnetic disk storage or other disk storage devices. Also, any connected cord is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio and microwave are included in the definition of medium. Disk and disc, as used herein, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. reproduce the data.

Embodiments of the present application are described with reference to flowcharts and/or block diagrams of methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processing unit of other programmable data processing equipment to produce a machine such that the instructions executed by the processing unit of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

Claims (6)

1. A method for controlling process interaction, characterized in that it is applied to a terminal device running a first process and a second process, the first process and the second process communicate based on a binder mechanism, and the method includes: determining that the first process invokes target information from the second process; the target information is application component information of an application corresponding to the second process; transmitting first data in the target information to the first process; wherein the first data includes a first part of information in the target information, and the size of the first data does not exceed a preset value; the The first part of information is: some data selected after sorting according to the importance of activity, service, broadcast, and providers in the target information; Before determining that the first process calls the target information from the second process, the method further includes: The first process obtains the number of application components corresponding to the target information in the second process based on the first interface and getPackageInfoComponentCount; the first interface is used to support obtaining the number of application components; When the number of the application components is greater than the number threshold, the first process determines the number of times to send an instruction to call the target information to the second process according to the number of the application components; Wherein, each time the first process sends an instruction to call the target information to the second process, the second process returns data to the first process once, and the size of any returned data does not exceed the default value; After transmitting the first data in the target information to the first process, further include: The first process sends an instruction to call the target information to the second process; The second process transmits second data in the target information to the first process, the second data includes a second part of information in the target information, and the size of the second data does not exceed the default value. 2. A method for controlling process interaction, characterized in that it is applied to a terminal device running a first process and a second process, the first process and the second process communicate based on a binder mechanism, and the method includes: determining that the first process invokes target information from the second process; the target information is application component information of an application corresponding to the second process; transmitting first data in the target information to the first process; wherein the first data includes a first part of information in the target information, and the size of the first data does not exceed a preset value; the The first data carries a first value, and the first value is the total batch of data that the second process will transmit to the first process; the first part of information is: according to the target information Activity, service, broadcast, providers are selected according to the importance of partial data; After said transmitting the first data in the target information to the first process, it further includes: transmitting the Nth data in the target information to the first process until the second process finishes transmitting the component information in the target information in batches; wherein the Nth data includes the target information Part of the information in , the size of the Nth data does not exceed the preset value; the application components corresponding to the target information in each batch are obtained based on the second interface and getPackageInfoComponents; the second interface is used to follow the The index fetches component information in batches. 3. The method according to claim 2, wherein the first data and/or the Nth data also carry a second value, and the second value is the first data or the Nth data The specific batch value of N data in the total batch. 4. A terminal device, characterized in that it comprises: a memory and a processor, the memory is used to store a computer program, and the processor is used to execute the computer program, so as to perform the operation described in any one of claims 1-3. The methods for controlling process interactions described above. 5. A computer-readable storage medium, characterized in that the computer-readable storage medium stores instructions, and when the instructions are executed, the computer executes the control process according to any one of claims 1-3 method of interaction. 6. A computer program product, characterized by comprising a computer program, and when the computer program is executed, the electronic device is made to execute the method according to any one of claims 1-3.