WO2021027772A1

WO2021027772A1 - Method for switching running of application and device

Info

Publication number: WO2021027772A1
Application number: PCT/CN2020/108158
Authority: WO
Inventors: 程帅; 苏晓东
Original assignee: 华为技术有限公司
Priority date: 2019-08-15
Filing date: 2020-08-10
Publication date: 2021-02-18
Also published as: CN112394906A; CN112394906B

Abstract

The embodiments of the present application relate to the technical field of electronics, and provided is a method for switching the running of an application. The specific solution comprises: using a first compiling mode to run a first application; and when a first switching condition is met, using a second compiling mode to run the first application. The compiling mode of an application may be flexibly switched, thus providing a new idea for solving problems such as application crashing and incompatibility.

Description

Method and equipment for application switching operation

This application claims the priority of the Chinese patent application filed with the State Intellectual Property Office of China with the application number 201910755635.5 on August 15, 2019, and the priority of the Chinese patent application with the title of "A method and equipment for application switching operation" , Its entire content is incorporated in this application by reference.

Technical field

The embodiments of the present application relate to the field of electronic technology, and in particular to a method and device for application switching operation.

Background technique

Huawei developed and released the Ark compiler. The Ark compiler adopts a static compilation method and is the first static compiler to replace the Android virtual machine mode. Huawei’s Ark Compiler provides a new system and application compilation and operation mechanism, which solves the problem of Android operating efficiency from the bottom. It allows developers to compile high-level languages into machine code at one time in the development environment, bringing extreme efficiency. Great improvement.

The application compiled with the Ark compiler is called the Ark application. The packaging form of the Ark application has many forms. In the BOTH packaging form, the APK (Android package, Android installation package) includes both the original classes.dex file of the android application and the maple.so file generated after compilation of the Ark. This BOTH form of the Ark application can be run in the system in Ark mode, or in the Android mode.

Summary of the invention

The embodiments of the present application provide a method and device for application switching operation, which can flexibly switch the compilation mode of the application, and use a brand-new way to solve problems such as application crashes and incompatibility.

In order to achieve the foregoing objectives, the following technical solutions are adopted in the embodiments of this application:

In a first aspect, an embodiment of the present application provides a method for switching and running an application, which includes: running a first application in a first compilation mode; when the first switching condition is met, running the first application in a second compilation mode.

In one possible design, the first application is an Ark application packaged in BOTH form.

In a possible design, the first switching condition is at least one of the following conditions: the number of crashes of the first application reaches a first threshold; or the current system memory usage exceeds a second threshold; or the memory of the first application The occupancy exceeds the third threshold; or the page response speed of the first application is lower than the fourth threshold; or the running time of the first application in the first compilation mode exceeds the fifth threshold; or the user’s location information changes; or The performance of the compiler in the second compilation mode is better than the performance of the compiler in the first compilation mode; or the current system time is within the preset time period.

In a possible design, when the first switching condition is that the number of crashes of the first application reaches a first threshold, the method further includes: recording the number of crashes of the first application, and setting the first application to switch State; when the first application is restarted, detect whether the first application is in the switching state; if the first application is in the switching state, run the first application in the second compilation mode.

In a possible design, when the second switching condition is met, the first application is run in the first compilation mode.

In a possible design, the second switching condition is: the number of crashes of the first application after running in the second compilation mode is greater than the first threshold.

In a possible design, the second switching condition is: detecting that the crash vulnerability of the first application in the first compilation mode is repaired.

In a possible design, the process in which the first application runs further includes a second application, and the method further includes: when the first application is run in the second compilation mode, switching the compilation mode of the second application to This second compilation mode.

In a possible design, the start time of the second application is earlier than the start time of the first application.

In a possible design, the start time of the second application is later than the start time of the first application.

In a possible design, the operation of the first application depends on the third application, and the first switching condition is: the APK state of the third application changes.

In a possible design, the operation of the first application depends on the third application, and the first switching condition is: the third application is switched to run in the second compilation mode.

In a possible design, when the first application is created, the first check value is generated according to the API information of the first application; the first check value is packaged into the APK of the first application; The API information provided by the system generates a second check value and packs the second check value into the operating system; when the state of the first application changes, compare the first check value with the second check value Value; switch the compilation mode of the first application according to the comparison result.

In a possible design, the comparison between the first check value and the second check value is: detecting whether the first check value is a subset of the second check value; and the comparison result is based on , Switching the coding mode of the first application, specifically: if the first check value is not a subset of the second check value, switching the coding mode of the first application.

In a possible design, the first compilation mode is the Android compilation mode, and the second compilation mode is the Ark compilation mode; or, the first compilation mode is the Ark compilation mode, and the second compilation mode is the Android compilation mode.

Through the above solution, the compilation mode of the application can be switched flexibly, and a brand-new method can be used to solve the problems of application crashes and incompatibility.

In a second aspect, an embodiment of the present application provides an electronic device, including a first compilation module, a second compilation module, and a switching module, wherein: the first compilation module is configured to run a first application in a first compilation mode; the switching Module, used to determine when the first switching condition is met, the first application is switched from the first compilation mode to the second compilation mode; the second compilation module is used to run the first application in the second compilation mode application.

In a possible design, the first switching condition is at least one of the following conditions: the number of crashes of the first application reaches a first threshold; or the current system memory usage exceeds a second threshold; or the memory of the first application The occupancy exceeds the third threshold; or the page response speed of the first application is lower than the fourth threshold; or the running time of the first application in the first compilation mode exceeds the fifth threshold; or the user’s location information changes; or The performance of the second compilation module is better than the performance of the first compilation module; or the current system time is within a preset time period.

In a possible design, the electronic device further includes a crash recording module and a restart detection module, wherein the first switching condition is that the number of crashes of the first application reaches a first threshold, wherein: the crash recording module is configured to The number of crashes of the first application is recorded, and the first application is set to the switching state; the restart detection module is configured to detect whether the first application is in the switching state when the first application is restarted; the second compilation module , Used to determine that when the first application is in the switching state, run the first application in the second compilation mode.

In a possible design, the first compilation module is further configured to: when the second switching condition is met, run the first application in the first compilation mode.

In a possible design, the running process of the first application further includes a second application, wherein: the switching module is configured to switch the second application when the first application is running in the second compilation mode The compilation mode is the second compilation mode.

In a possible design, the electronic device further includes a first check code generation module, a second check code generation module, and a comparison module, wherein: the first check code generation module is used to create the first check code In an application, a first check value is generated according to the API information of the first application, and the first check value is packaged into the APK of the first application; the second check code generation module is used to operate The API information provided by the system generates a second check value, and packs the second check value into the operating system; the comparison module is used to compare the first check value when the state of the first application changes Value and the second check value; the switching module is configured to switch the compilation mode of the first application according to the comparison result

In a possible design, the first compilation module is an Android compilation module, and the second compilation module is an Ark compilation module; or, the first compilation module is an Ark compilation module, and the second compilation module is an Android compilation module.

In a third aspect, an embodiment of the present application provides an electronic device, including a first compiler, a second compiler, and a processor, wherein: the first compiler is configured to run a first application in a first compilation mode; The processor is configured to determine that when the first switching condition is met, the first application is switched from the first compilation mode to the second compilation mode to run; the second compiler is configured to run in the second compilation mode The first application.

In a fourth aspect, an embodiment of the present application provides an electronic device. The electronic device includes: one or more processors and a memory, the memory is used to store computer program code, the computer program code includes instructions, when the one or more When the processor executes the instruction, the electronic device executes the method in the first aspect and any one of its possible designs.

In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, which includes computer instructions. When the computer instructions run on an electronic device, the electronic device executes the first aspect and any of the possible Method in design.

In a sixth aspect, an embodiment of the present application provides a computer program product, wherein when the computer program product runs on a computer, the computer is caused to execute the method in the first aspect and any one of its possible designs.

In a seventh aspect, an embodiment of the present application provides a chip, which includes: a processor and an interface, configured to call and run a computer program stored in the memory from the memory, and execute the first aspect and any possible Method in design.

Description of the drawings

FIG. 1 is a schematic diagram of the hardware structure of a mobile terminal provided by an embodiment of the application.

FIG. 2 is a schematic diagram of the architecture of an Android operating system provided by an embodiment of the application.

Fig. 3 is a flow chart of a method for application switching operation provided by an embodiment of the application.

FIG. 4 is a flowchart of a method for switching compilation mode provided by an embodiment of the application.

FIG. 5 is a flowchart of a method for switching the compilation mode after the first application crashes according to an embodiment of the application.

6A, 6B, 6C, 6D, and 6E are schematic diagrams of associated applications provided by embodiments of this application.

FIG. 7 is a flowchart of a method for switching compilation modes of multiple applications in the same process provided by an embodiment of the application.

FIG. 8 is a schematic diagram of switching compilation modes for applications in the same process according to an embodiment of the application.

FIG. 9 is a schematic diagram of another same-process application switching compilation mode provided by an embodiment of the application.

FIG. 10 is a schematic diagram of switching compilation modes of multiple applications with dependencies according to an embodiment of the application.

FIG. 11 is a flowchart of a method for switching compilation modes to solve compatibility problems according to an embodiment of the application

detailed description

The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application. Among them, in the description of the embodiments of the present application, unless otherwise specified, "/" means or, for example, A/B can mean A or B; "and/or" in this document is only a description of related objects The association relationship of indicates that there can be three relationships, for example, A and/or B, which can indicate: A alone exists, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, "plurality" means two or more than two.

Mobile terminals may include mobile phones, tablets, wearable devices (for example, watches, bracelets, smart helmets, etc.), vehicle-mounted devices, smart home devices, augmented reality (AR)/virtual reality (VR) Equipment, notebook computers, ultra-mobile personal computers (UMPC), netbooks, personal digital assistants (personal digital assistants, PDAs), etc. Some embodiments of the present application take a mobile phone as an example. It should be understood that these embodiments can also be applied to other types of mobile terminals.

The application program (application, app) involved in the embodiments of the present application may be referred to as an application, which is a software program that can implement one or more specific functions. Generally, multiple applications can be installed in an electronic device, for example, instant messaging applications, video applications, audio applications, image capturing applications, and so on. The applications mentioned in the embodiments of the present application may be applications that have been installed when the electronic device leaves the factory, or may be applications downloaded from the network or obtained by other electronic devices during the process of using the electronic device.

As shown in FIG. 1, the mobile terminal in the embodiment of the present application may be a mobile phone 100. The embodiments are described in detail below taking the mobile phone 100 as an example. It should be understood that the illustrated mobile phone 100 is only an example of a mobile terminal, and the mobile phone 100 may have more or fewer components than those shown in the figure, two or more components may be combined, or There are different component configurations.

As shown in FIG. 1, the mobile phone 100 may specifically include: a processor 101, a radio frequency (RF) circuit 102, a memory 103, a touch screen 104, a Bluetooth device 105, one or more sensors 106, a Wi-Fi device 107, a positioning device 108, Audio circuit 109, peripheral interface 110, power supply system 111 and other components. These components can communicate through one or more communication buses or signal lines (not shown in Figure 1). Those skilled in the art can understand that the hardware structure shown in FIG. 1 does not constitute a limitation on the mobile phone, and the mobile phone 100 may include more or less components than those shown in the figure, or combine some components, or arrange different components.

Hereinafter, each component of the mobile phone 100 will be specifically introduced in conjunction with FIG. 1:

The processor 101 is the control center of the mobile phone 100. It uses various interfaces and lines to connect to the various parts of the mobile phone 100, and executes the operation of the mobile phone 100 by running or executing application programs stored in the memory 103 and calling data stored in the memory 103. Various functions and processing data. In some embodiments, the processor 101 may include one or more processing units; for example, the processor 101 may be a Kirin chip manufactured by Huawei Technologies Co., Ltd. In some embodiments of the present application, the above-mentioned processor 101 may further include a fingerprint verification chip for verifying the collected fingerprint.

The radio frequency circuit 102 can be used to receive and send wireless signals during the process of sending and receiving information or talking. In particular, the radio frequency circuit 102 may receive the downlink data of the base station and send it to the processor 101 for processing; in addition, it may send the uplink data to the base station. Generally, the radio frequency circuit includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and so on. In addition, the radio frequency circuit 102 can also communicate with other devices through wireless communication. The wireless communication can use any communication standard or protocol, including but not limited to global system for mobile communications, general packet radio service, code division multiple access, broadband code division multiple access, long-term evolution, email, short message service, etc.

The memory 103 is used to store application programs and data. The processor 101 executes various functions and data processing of the mobile phone 100 by running the application programs and data stored in the memory 103. The memory 103 mainly includes a storage program area and a storage data area. The storage program area can store the operating system and at least one application program required by at least one function (such as sound playback function, image playback function, etc.); the storage data area can store Data created at 100 o'clock (such as audio data, phone book, etc.). In addition, the memory 103 may include a high-speed random access memory, and may also include a non-volatile memory, such as a magnetic disk storage device, a flash memory device, or other volatile solid-state storage devices. The memory 103 can store various operating systems, for example, those developed by Apple

Operating system, developed by Google

Operating system, etc. The foregoing memory 103 may be independent and connected to the processor 101 through the foregoing communication bus; the memory 103 may also be integrated with the processor 101.

The touch screen 104 may include a touch pad 104-1 and a display 104-2. Among them, the touchpad 104-1 can collect touch events on or near the user of the mobile phone 100 (for example, the user uses a finger, a stylus, or any other suitable object on the touchpad 104-1 or on the touchpad 104 -1 near operation), and send the collected touch information to other devices such as the processor 101. Among them, the user's touch event near the touchpad 104-1 can be referred to as floating touch; floating touch can mean that the user does not need to directly touch the touchpad in order to select, move, or drag a target (such as an icon, etc.) , And only the user is located near the electronic device in order to perform the desired function. In the application scenario of floating touch, the terms "touch", "contact", etc. do not imply direct contact with the touch screen, but nearby or close contact. The touchpad 104-1 capable of hovering touch can be realized by capacitive, infrared light sensing, and ultrasonic waves. In addition, multiple types such as resistive, capacitive, infrared, and surface acoustic wave can be used to implement the touch panel 104-1. The display (also referred to as a display screen) 104-2 can be used to display information input by the user or information provided to the user and various menus of the mobile phone 100. The display 104-2 can be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The touchpad 104-1 can cover the display 104-2. When the touchpad 104-1 detects a touch event on or near it, it transmits it to the processor 101 to determine the type of the touch event, and then the processor 101 can provide corresponding visual output on the display 104-2 according to the type of the touch event. Although in FIG. 1, the touchpad 104-1 and the display 104-2 are used as two independent components to implement the input and output functions of the mobile phone 100, but in some embodiments, the touchpad 104- 1 is integrated with the display 104-2 to realize the input and output functions of the mobile phone 100. It is understandable that the touch screen 104 is formed by stacking multiple layers of materials. Only the touch panel (layer) and the display screen (layer) are shown in the embodiments of the present application, and other layers are not described in the embodiments of the present application. . In addition, in some other embodiments of the present application, the touchpad 104-1 may cover the display 104-2, and the size of the touchpad 104-1 is larger than the size of the display 104-2, so that the display 104- 2 It is completely covered under the touchpad 104-1, or the above-mentioned touchpad 104-1 can be configured on the front of the mobile phone 100 in the form of a full panel, that is, the user's touch on the front of the mobile phone 100 can be sensed by the mobile phone. You can achieve a full touch experience on the front of the phone. In some other embodiments, the touchpad 104-1 is configured on the front of the mobile phone 100 in the form of a full panel, and the display 104-2 can also be configured on the front of the mobile phone 100 in the form of a full panel, so that it is A frameless structure can be realized.

In the embodiment of the present application, the mobile phone 100 may also have a fingerprint recognition function. For example, the fingerprint collection device 112 can be configured in the touch screen 104 to realize the fingerprint recognition function, that is, the fingerprint collection device 112 can be integrated with the touch screen 104 to realize the fingerprint recognition function of the mobile phone 100. In this case, the fingerprint collection device 112 is configured in the touch screen 104, may be a part of the touch screen 104, or may be configured in the touch screen 104 in other ways. In addition, the fingerprint collection device 112 can also be implemented as a full-board fingerprint collection device. Therefore, the touch screen 104 can be regarded as a panel that can perform fingerprint recognition at any position. The fingerprint collecting device 112 may send the collected fingerprint to the processor 101, so that the processor 101 can process the fingerprint (for example, fingerprint verification, etc.). The main component of the fingerprint collection device 112 in the embodiment of the present application is a fingerprint sensor. The fingerprint sensor can use any type of sensing technology, including but not limited to optical, capacitive, piezoelectric or ultrasonic sensing technology.

The mobile phone 100 may also include a Bluetooth device 105, which is used to implement data exchange between the mobile phone 100 and other short-distance electronic devices (such as mobile phones, smart watches, etc.). The Bluetooth device in the embodiment of the present application may be an integrated circuit or a Bluetooth chip.

The mobile phone 100 may also include at least one sensor 106, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display of the touch screen 104 according to the brightness of the ambient light. The proximity sensor can turn off the power of the display when the mobile phone 100 is moved to the ear. . As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (usually three-axis), and can detect the magnitude and direction of gravity when stationary, and can be used to identify mobile phone posture applications (such as horizontal and vertical screen switching, related Games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, percussion), etc.; as for the other sensors such as gyroscope, barometer, hygrometer, thermometer, infrared sensor, etc. that can be configured in the mobile phone 100, we will not Repeat it again.

The Wi-Fi device 107 is used to provide the mobile phone 100 with network access in compliance with Wi-Fi related standard protocols. The mobile phone 100 can connect to the Wi-Fi access point through the Wi-Fi device 107 to help users send and receive emails, Browsing web pages and accessing streaming media, etc., it provides users with wireless broadband Internet access. In some other embodiments, the Wi-Fi device 107 can also serve as a Wi-Fi wireless access point, which can provide Wi-Fi network access for other electronic devices.

The positioning device 108 is used to provide a geographic location for the mobile phone 100. It is understandable that the positioning device 108 may specifically be a receiver of a positioning system such as Global Positioning System (GPS), Beidou satellite navigation system, Russian GLONASS, etc. After receiving the geographic location sent by the above-mentioned positioning system, the positioning device 108 sends the information to the processor 101 for processing, or sends the information to the memory 103 for storage. In some other embodiments, the positioning device 108 may also be a receiver of an assisted global satellite positioning system (AGPS). The AGPS system assists the positioning device 108 to complete ranging and positioning services by acting as an auxiliary server. In this case The auxiliary positioning server communicates with the positioning device 108 (ie GPS receiver) of the mobile phone 100 via a wireless communication network to provide positioning assistance. In some other embodiments, the positioning device 108 may also be a positioning technology based on a Wi-Fi access point. Since every Wi-Fi access point has a globally unique MAC address, electronic devices can scan and collect the broadcast signals of surrounding Wi-Fi access points when Wi-Fi is turned on, so they can get Wi-Fi -The MAC address broadcasted by the Fi access point; the electronic device sends the data (such as MAC address) that can indicate the Wi-Fi access point to the location server through the wireless communication network, and the location server retrieves each Wi-Fi access point The geographic location of the entry point is combined with the strength of the Wi-Fi broadcast signal to calculate the geographic location of the electronic device and send it to the positioning device 108 of the electronic device.

The audio circuit 109, the speaker 113, and the microphone 114 can provide an audio interface between the user and the mobile phone 100. The audio circuit 109 can transmit the electrical signal converted from the received audio data to the speaker 113, which is converted into a sound signal for output by the speaker 113; on the other hand, the microphone 114 converts the collected sound signal into an electrical signal, and the audio circuit 109 After being received, it is converted into audio data, and then the audio data is output to the RF circuit 102 to be sent to, for example, another mobile phone, or the audio data is output to the memory 103 for further processing.

The peripheral interface 110 is used to provide various interfaces for external input/output devices (such as a keyboard, a mouse, an external display, an external memory, a user identification module card, etc.). For example, it is connected to a mouse through a universal serial bus (USB) interface, and is connected to a subscriber identity module card (SIM) card provided by a telecommunication operator through a metal contact on a subscriber identity module card slot. The peripheral interface 110 can be used to couple the aforementioned external input/output peripheral devices to the processor 101 and the memory 103.

The mobile phone 100 may also include a power supply device 111 (such as a battery and a power management chip) for supplying power to various components. The battery can be logically connected to the processor 101 through the power management chip, so that the power supply device 111 can manage charging, discharging, and power consumption management. And other functions.

Although not shown in FIG. 1, the mobile phone 100 may also include a camera (front camera and/or rear camera), a flash, a miniature projection device, a near field communication (NFC) device, etc., which will not be repeated here.

FIG. 2 is a schematic diagram of the operating system structure of the mobile phone 100 running the Android operating system. The Android operating system architecture is divided into four layers, from high-level to bottom-level divided into application layer, application framework layer, function library layer and Linux kernel layer.

1. Application layer:

The application layer (Applications) is the top layer of the Android operating system architecture, including core application software assembled by the Android operating system, such as email clients, text messages, calls, calendars, maps, browsers, and contacts. Of course, for developers, developers can write application software and install to this layer. Generally speaking, applications are developed in the Java language and completed by calling the API (Application Programming Interface) provided by the application framework layer.

2. Application framework layer:

The application framework layer (Application Framework) mainly provides developers with various APIs that can be used by applications. The application framework layer includes some predefined functions. Developers interact with the bottom layer of Android (such as function library layer, Linux kernel layer, etc.) through the application framework layer to develop their own applications. The application framework layer is mainly a series of services and management systems of the Android operating system. The application framework layer mainly includes the following key services:

Activity Manager (Activity Manager) is used to manage the application life cycle and provide common navigation rollback functions;

Content Providers are used to store and retrieve data and make these data accessible to applications. The data may include video, image, audio, phone calls made and received, browsing history and bookmarks, phone book, etc. So as to realize data sharing and access between different applications;

The Notification Manager is used to control the application to display prompt information (such as Alerts, Notifications, etc.) to the user in the status bar. The application can display notification information in the status bar, which can be used to convey notification-type messages, and it can automatically disappear after a short stay without user interaction. For example, the notification manager is used to notify the download completion, message reminder, etc. The notification manager can also be a notification that appears in the status bar at the top of the system in the form of a chart or scroll bar text, such as a notification of an application running in the background, or a notification that appears on the screen in the form of a dialog window. For example, prompt text information in the status bar, sound a prompt sound, electronic device vibration, flashing indicator light, etc.;

Resource Manager: Provides various resources for applications, such as localized strings, icons, pictures, layout files, video files, etc. Can provide non-code resources (such as strings, graphics, layout files, etc.) for application programs;

Package Manager (Package Manager) is mainly used to manage the applications of the Android operating system;

View, with a rich and extensible collection of views, can be used to build an application, which specifically includes a list (List), a grid (Grid), a text box (TextBox), a button (Button), and embeddable Web browser. The display interface can be composed of one or more views. For example, a display interface that includes a short message notification icon may include a view that displays text and a view that displays pictures;

Location Manager (Location Manager) mainly allows applications to access the current geographic location of the phone.

3. Function library layer:

The library layer (Libraries) is the support of the application framework and an important link between the application framework layer and the Linux kernel layer. The function library layer includes some function libraries compiled by computer program C language or C++ language, these function libraries can be used by different components in the Android operating system, and they provide services for developers through the Android application framework. Specifically, the function library includes the libc function library, which is specially customized for embedded Linux-based devices; the function library also includes the Android operating system multimedia library (Media Framework), which supports the playback and playback of audio/video in multiple encoding formats. Recording, while supporting still image files and common audio/video encoding formats. The function library also includes the interface management library (Surface Manager), which is mainly responsible for managing access to the display system, specifically for managing the interaction between display and access operations when multiple applications are executed, and also responsible for 2D drawing and 3D The drawing is displayed and synthesized.

The function library layer also includes other function libraries for implementing various functions of Android operating system phones, such as: SGL (Scalable Graphics Library): 2D graphics and image processing engine based on XML (Extensible Markup Language) files; SSL (Secure Sockets Layer) ): Located between the TVP/IP protocol (TransmissionControlProtocol/InternetProtocol, Transmission Control Protocol/Internet Protocol) and various application layer protocols, providing support for data communication; OpenGL/ES: 3D effect support; SQLite: relational database engine ; Webkit: Web browser engine; FreeType: Bitmap and Vector font support; etc.

Android Runtime is a running environment on the Android operating system, and a new virtual machine used by the Android operating system. In Android Runtime, using AOT (Ahead-Of-Time) technology, when an application is installed for the first time, the bytecode of the application will be pre-compiled into machine code, making the program a real local application. After running it again, the compilation step is omitted, and the startup and execution will become faster. The application layer and the application framework layer run in a virtual machine. The virtual machine executes the java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object life cycle management, stack management, thread management, security and exception management, and garbage collection.

In the early Android system, Android Runtime can also be replaced by Core Libraries and Dalvik Virtual Machine (Dalvik Virtual Machine). The core function library provides most of the functions in the Java language API (Application Programming Interface), and provides an interface to the application framework layer to call the underlying library through the JNI (Java Native Interface) method. It also contains some core APIs of Android, such as android.os, android.net, android.media, etc. The Dalvik virtual machine uses a JIT (Just-in-Time) runtime compilation mechanism. Every time a process is started, the virtual machine needs to recompile the bytecode in the background, which will have a certain impact on the startup speed. Every Android application runs in an instance in a Dalvik virtual machine, and each Dalvik virtual machine instance is an independent process space. The Dalvik virtual machine is designed to efficiently run multiple virtual machines on one device. The executable file format of the Dalvik virtual machine is .dex. The dex format is a compression format designed for Dalvik, suitable for systems with limited memory and processor speed. What needs to be mentioned is that the Dalvik virtual machine relies on the Linux kernel to provide basic functions (threads, underlying memory management). It is understandable that Android Runtime and Dalvik belong to different types of virtual machines, and those skilled in the art can choose different forms of virtual machines in different situations.

4. Linux kernel layer:

Android's core system services, such as security, memory management, process management, network protocol stack and driver model, are all based on the Linux kernel. The Linux kernel also serves as an abstraction layer between the hardware and software stacks. This layer has many drivers related to mobile devices, the main drivers are: Display Driver: Linux-based Frame Buffer driver. Keyboard Driver (KeyBoard Driver): As the keyboard driver of the input device. Flash driver (Flash Memory Driver): Flash driver based on MTD (memory technology device). Camera Driver: Commonly used Linux-based v4l2 (Video for Linux) driver. Audio Driver: A commonly used advanced Linux sound system driver based on ALSA (Advanced Linux Sound Architecture). Bluetooth Driver: Wireless transmission technology based on IEEE 802.15.1 standard. WiFi Drive: A driver based on the IEEE 802.11 standard. Binder (IPC) driver: A special driver for Android with a separate device node that provides the function of inter-process communication. Power Management: For example, battery power.

Compiler is a kind of translation of high-level language into new target code that can be used by computer or virtual machine. The efficiency of compiler directly affects program performance and effect. For example, an application in a mobile phone is developed in a high-level language. When an application is started, the compiler plays the role of a "translator", converting the high-level language into machine code that can be understood by the machine. Follow the instructions.

In order to achieve cross-platform operation, Java uses virtual machines to schedule hardware platform resources. In the virtual machine, an integrated translator or compiler is also needed to interpret Java bytecode (ie intermediate code) into machine language that the machine understands, or directly compile it into machine code of 010101 that is directly executed by the machine. When Android 1.0 was first released, a virtual machine called Dalvik was used, which integrated an interpreter. Every time a user runs an application on an Android phone, the interpreter is woken up to explain the application to the Android hardware. The operation you want to perform is very inefficient. Version 2.2 was released in mid-2010, introducing the JIT (Just in Time) mechanism. JIT is smarter. When a user runs an APP on an Android phone, it will also compile the frequently used functions of the user into 010101 machine code that can be directly executed by the machine, without having to translate every sentence and every sentence. When uncommon functions appear, call the interpreter to translate.

JIT must be compiled every time the APP is started. In addition, the performance of the Dalvik virtual machine is relatively backward, so Google launched the Android 5.0 version in October 2014, replacing the virtual machine from Dalvik to ART (Android Run Time), and at the same time JIT The compiler replaces AOT (Ahead of Time). This means that when the APP is downloaded and installed on the mobile phone, it also compiles the compiled code into 101010 that the machine understands. If the code that is not well translated is left, the interpreter will be woken up for translation when the user uses it. The advantage of AOT over JIT is that it does not need to be compiled every time you open the app. However, the disadvantage is that it takes a long time for users to install APP.

Google made a little improvement in Android 7.0 in 2017. The intermediate code is not compiled during installation, but the part of the code that can be compiled into machine code when the user is free is statically compiled by the AOT compiler. If AOT has not had time to compile or cannot compile, then wake up JIT and interpreter to compile.

The current Android system uses Java as a programming language, which is easy to develop. Although Android uses the ART (Android Runtime) mode, the Java code with many calls is compiled into machine code (static compilation); some pre-compilation is performed when the device is idle. The problem of efficiency of some Java code execution is solved, but static compilation is still not possible for the dynamic semantic part, and the virtual machine is still required to act as a "translator" while interpreting and running, so efficiency and experience are limited.

Whether it is a compiler or an interpreter, it is just a patch on the virtual machine. The virtual machine + compiler + interpreter on the mobile phone not only occupies hardware resources, but also cannot maximize the performance of the software. Because of this, most mobile phone manufacturers can only make up for the drawbacks of virtual machines by increasing the memory and storage space of Android phones. The compiler of the Android virtual machine is limited by the mobile phone hardware and the single code optimization template, and the code optimization space is limited. The compiler consists of three parts. The front end Front End is mainly responsible for translating the source code into IR (Intermediate Representation); the middle end Optimizer is mainly responsible for code optimization, which optimizes the IR code translated from the front end to be more efficient; the back end Back End translates the optimized IR Compiled into 101010 machine code. In order to prevent the ecology from becoming too fragmented, Android only opens simple compiled code optimization templates for third parties, with limited code optimization space.

The Ark compiler adopts a brand-new system and application compilation and operation mechanism, and statically compiles all Java semantics, effectively solving the inefficiency of "interpretation and execution" in the existing Android system, and adopts Ark compilation The application of the device has been compiled in the development stage, that is to say, the compiled machine code is downloaded from the Huawei application market. After the application of Huawei's Ark Compiler, there is no need to compile it on the mobile phone anymore. It completely bid farewell to the virtual machine and let the Ark Compiler compile Java code into a language that can be directly executed by the machine.

The Ark compiler adopts a static compilation method. It is the first static compiler to replace the Android virtual machine mode. It allows developers to compile high-level languages into machine code in the development environment at one time. APP manufacturers do not need to re-develop APP, just use The Ark Compiler is recompiled and released to significantly improve the running speed and fluency. According to Huawei’s official test data, the operating system fluency increased by 24%, the system response speed increased by 44%, and the three-party application operation fluency increased by 60%. Currently, Huawei's Ark compiler has been open sourced to the industry.

The application compiled with the Ark compiler is called the Ark application. The packaging form of the Ark application has many forms, such as the original Android form, including the original classes.dex file of the android application, excluding the maple.so file generated after Ark compilation; the Ark only form, including the maple generated after Ark compilation The .so file does not include the original classes.dex file of the android application; the BOTH packaged APK includes both the original classes.dex file of the android application and the maple.so file generated after compilation by Ark. This BOTH form of the Ark application has the following characteristics: it can run in the system in the Ark mode or in the android mode, and the operating mode of the application is switchable.

This application takes advantage of this switchability to bring flexibility in the operating mode to the Ark application generated after compilation with the Ark compiler. For example, it can provide a new means for recovering from application stability (crash, crash, etc.) failures. In view of the complexity of the actual running scene of the Ark application, this application provides a corresponding switching strategy.

Figure 3 provides a method for application switching operation, which includes the following steps:

301. Run a first application in a first compilation mode.

The compilation mode can be Android compilation mode or Ark compilation mode. The first compilation mode may be one of these two compilation modes. Among them, in the Android compilation mode, the application is started and loaded into the Android process, which contains the Android ART virtual machine; in other words, the mobile terminal runs the classes.dex file in the first application APK; in the Ark compilation mode (It can also be called maple compilation mode), the application is started and loaded into the Ark process, the Ark process has the Ark runtime; in other words, the mobile terminal runs the maple generated by the Ark compiler in the first application APK. so file. The first application may be an application currently running or an application to be run (for example, an application to be opened by the user).

302. When the first switching condition is met, run the first application in a second compilation mode.

The second compilation mode is another compilation mode different from the first compilation mode. For example, when the first compilation mode is the Android compilation mode, the second compilation mode is the Ark compilation mode. For another example, when the first compilation mode is the Ark compilation mode, the second compilation mode is the Android compilation mode.

When the first switching condition is met, it may be that the mobile terminal receives an instruction for the user to manually switch the compilation mode, or it may be that the mobile terminal receives an instruction for the system to automatically switch the compilation mode of the first application. The instruction for manually switching the compilation mode may be that the user manually switches the compilation mode during the running of the first application, or may switch the compilation mode before opening the first application. Specifically, the user can switch between the setting options of the first application or the setting options of the mobile terminal system. There is no restriction on the way of switching. For example, you can click a button on the screen, press a button of the phone (or a combination of buttons), use gesture commands, use voice commands, shake the phone, flip the phone, and so on. The command to automatically switch the compilation mode can be set and triggered by the user in advance, or it can be automatically set and triggered when the mobile terminal leaves the factory, or it can be triggered by accepting the settings on the server side during the operation of the mobile terminal, or it can be the first application default Set to trigger.

As an incomplete example, "when the first switching condition is met" may specifically be: the number of times the first application crashes reaches the first threshold; or, the current system memory usage exceeds a certain threshold; or, the memory usage of the first application exceeds A certain threshold; or, the response speed of the first application page is lower than a certain threshold; or, the time the first application has been running in the first compilation mode has exceeded a certain time threshold; or, the user’s location information (such as GPS information) , And/or time zone information, and/or the operator’s PLMN number has changed; or, the performance of the compiler in the second compilation mode is better than that in the first compilation mode; or, according to the hardware capabilities of the mobile terminal (CPU, Or storage capacity, or GPU, or disk read and write speed, or screen resolution, or screen size, etc.) switch; or switch according to the operating system version of the mobile terminal; or, the current mobile terminal system time is within a preset time period ;and many more.

Figure 4 shows an example of switching the compilation mode. After a traditional Android application crashes, the system will pop up a dialog box to remind the user that the application has encountered an exception, and there is no other effective way to fix it. Using the switchability of the Ark application, you can switch the compilation mode to run after the application crashes, so as to restore the normal operation of the application and obtain a better user experience. Specific steps are as follows:

401. Run a first application in a first compilation mode.

402. When the first switching condition is met, run the first application in a second compilation mode, where the first switching condition is: the number of times the first application crashes reaches a first threshold.

When the first application crashes frequently, for example, it crashes or crashes twice within 1 minute, it is considered that the first switching condition is satisfied. It is understandable that the first threshold here represents the number of times the first application crashes in a certain period of time, and the first threshold can be flexibly set, such as 2 crashes within 1 minute, or 3 crashes within 5 minutes, and so on. After the first switching condition is met, the operating system will detect and record the continuous crash, and set the application to the switching state. Then, when the application is restarted, the operating system will switch and run the application that has been set to the switch state, for example, switch from the first compilation mode to the second compilation mode to run.

For example, if the first compilation mode is the Ark compilation mode, when the first application is running in the Ark compilation mode, the number of crashes in a certain period of time reaches the first threshold, it is considered that the first switching condition is satisfied. The operating system can detect and record the number of crashes, and set the first application to a switching state. Specifically, the switching state can be recorded in the APK file, for example, added to disable-maplePkgs.xml. Then, when the first application is restarted, the operating system will detect that the first application has been set to the switching state, and thus switch to the second compilation mode to run, for example, start the first application in the Android compilation mode. The specific implementation of starting the first application in the Android compilation mode is well known. For example, a virtual machine instance can be created through the zygote process to create a new process, so as to start the first application in the Android compilation mode. The above switching steps can be performed without the user's perception (for example, switching in the background without popping up a prompt message) to avoid a bad user experience that cannot be repaired after the application crashes. Through the above steps, when the first application runs in the Ark compilation mode and continuously crashes, the first application can be switched to the Android compilation mode to run normally, thereby obtaining a better user experience. Since in step 402, the first application continuously crashes before switching the compilation mode, and can run normally after switching the compilation mode, the "switching" in step 402 may sometimes be referred to as "escape".

For another example, if the first compilation mode is the Android compilation mode, when the first application runs in the Android compilation mode, the number of crashes in a certain period reaches the first threshold, it is considered that the first switching condition is satisfied. The operating system can detect and record the number of crashes, and set the first application to a switching state. Then, when the first application is restarted, the operating system will detect that the first application has been set to the switching state, and thus switch to the second compilation mode to run, for example, start the first application in the Ark compilation mode. When the first application is started in the Ark compilation mode, a new process can be created through the mygote process, so as to start the first application in the Ark compilation mode. The above switching steps can be performed without the user's perception (for example, switching in the background without popping up a prompt message) to avoid a bad user experience that cannot be repaired after the application crashes.

Optionally, after step 402, the following step 403 may be further included:

403: When the second switching condition is met, run the first application in the first compilation mode.

In the above step 402, the first application switches to the second compilation mode to run. If the second switching condition is met after the switching, the first application can also switch back to the first compilation mode to run. For example, the second switching condition may be that the number of crashes of the first application after running in the second compilation mode is greater than the first threshold, which means that after the step 402 is switched to the second compilation mode, the crash of the application is less than when running in the first compilation mode Even worse, the number of crashes exceeded the first threshold. This shows that the application running condition deteriorated after the switch in step 402, and it is better to switch back to the first compilation mode to run. Similar to step 402, the handover of step 403 can also be performed without the user's perception. Optionally, the second switching condition may also be detecting that the crash vulnerability of the first application in the first compilation mode has been repaired. At this time, using the first compilation mode can make the first application run in a better condition, then You can switch back to the first compilation mode. It is understandable that the second switching condition may also be that the mobile terminal receives other switching instructions set by the user or the system.

Figure 5 is a schematic flow diagram of a possible first application to switch to Android compilation mode after crashing in Ark compilation mode. In the above step 402, if the first compilation mode is the Ark compilation mode, when the first switching condition is met, the first application is started in the Android compilation mode. When an existing application crashes and restarts, the operating system will perform APK scan, then device booting, then application start, and then run the zygote process to create a new process to start the first application ( zygote fork).

In FIG. 5, when the first application crashes frequently (501), the operating system will record the crash in the disable-maplePkgs.xml file (502). Then when the application crashes and restarts, the operating system executes APK scan (APK scan) to read the disable-maplePkgs.xml file (503), then the device starts (device booting) (504), and then the application starts (App start) (505) ). When the application starts, it will check whether it is in Ark compilation mode (ie maple compilation mode) (506), if it is, check whether the Ark compilation mode is disabled (507); if not, start in Android compilation mode, that is, use The zygote process creates a new process to start the first application (zygote fork) (508). In step 507, it is checked whether the Ark compilation mode is disabled. If it is (disabled), the Android compilation mode is still used to start, and step 508 is executed; if If no (not disabled), start the first application in Ark compilation mode, that is, use the mygote process to start the first application (mygote fork) (509).

The above is an example of switching the compilation mode of a single application. In the actual operation of the system, there may be situations where multiple applications need to switch the compilation mode. Note that the number mentioned here can be two or more than two. For example, when there is an association relationship between multiple applications (these applications may be referred to as associated applications with each other), the compilation mode switching of one application may cause the compilation mode switching of other associated applications.

Fig. 6A, Fig. 6B, Fig. 6C, Fig. 6D, Fig. 6E are five examples of related applications. Some of these 5 examples are that the Ark application runs in the Ark process. It is understandable that the Android application can also have a similar implementation when running in the Android process, and vice versa. In Figure 6A, multiple applications run together in the same process, for example, Ark Application A (package name: com.package.a) and Ark Application B (package name: com.package.b) run in common In an Ark process 1 (process1). In Figure 6B, an application can run in multiple processes. For example, Ark application A (package name: com.package.a) starts Ark process 1 (process1), and Ark application B (package name: com.package. b) Simultaneously run in Ark process 1 (process1) and Ark process 2 (process2). Figure 6C is a variant of Figure 6B. In Figure 6C, Ark application A (package name: com.package.a) starts Ark process 1 (process1), and Ark application B (package name: com.package.b) runs In the Ark process 2 (process2), the Ark application C (package name: com.package.c) runs in the Ark process 1 (process1) and the Ark process 2 (process2) at the same time. Figure 6D shows an application running in the Android process and the Ark process respectively. For example, Android application A (package name: com.package.a) starts the Android process (process1), and Ark application B (package name: com.package.b) Run in both the Android process (process1) and the Ark process (process2) at the same time. It is understandable that when the Ark application B in Figure 6D runs in the Android process process1 and the Ark process process2 at the same time, it runs the classes.dex file in the Android compilation mode and the maple.so file in the Ark compilation mode, respectively. Figure 6E is a variant of Figure 6D. For example, in Figure 6E, Android application A (package name: com.package.a) starts the Android process (process1), and Ark application B (package name: com.package.b) runs In the Ark process (process2), the Ark application C (package name: com.package.c) runs in both the Android process (process1) and the Ark process (process2).

Figure 7 shows the steps for switching the compilation mode when multiple applications are in the same process, including:

701: When the process of the first application is started, create a first list to record all applications in the process.

For example, when the first application starts and runs in the first compilation mode, when the process of the first application starts, a first list can be created to record all applications in the process. Specifically, when the application process starts (that is, when the Activity component of the application starts), the ActivityManagerService of the Android system creates a ProcessRecord for each process to save process information. Among them, a pkgList list (the first list) can be created in ProcessRecord, which can record all applications running under the process. It is understandable that "all applications running under this process" can refer to other applications that are started running under this process after the first application is started; in some cases, it can also be before the first application is started. , Other applications already running under this process.

702: When the first application switches the compilation mode, set all the applications in the first list to the switching state.

When the first application switches the compilation mode (switches from the first compilation mode to the second compilation mode, for example, switches from the Android compilation mode to the Ark compilation mode, or switches from the Ark compilation mode to the Android compilation mode), you can traverse the process pkgList list, set all applications recorded in it to switch state. Optionally, it is also possible to record the switching mode when it is set to the switching state (that is, specifically switching from the Android compilation mode to the Ark compilation mode, or from the Ark compilation mode to the Android compilation mode). Optionally, both the switching status and the switching mode can be stored in the operating system file.

Optionally, step 702 may also be other applications (for example, the second application) recorded in the first list, and when the second application switches the compilation mode, all applications in the first list are set to the switching state. Optionally, when any application in the process switches, all applications in the process can be set to the switching state. Optionally, when any several applications in the process switch, all applications in the process can be set to the switching state.

703: When the second application is started, run the second application in the switching state, where the second application is one of all applications recorded in the first list.

When an application in the pkgList list (that is, an application in all applications under the process) is started, the application can be run according to the switching state (optionally, including switching mode) set in step 702 . It can be understood that the second application described in 703 is only an example of a certain application, and it may also be "when the first application is started, run the first application in the switching state". Running in the switching state may be switching the compilation mode to run when the application is started. For example, when step 701 is running in the Android compilation mode, step 703 may run the second application in the Ark compilation mode.

Through the switching method in FIG. 7, it is possible to realize the chain switching of other applications in the same process after a certain application under one process is switched, thereby conveniently realizing the multi-application switching compilation mode. For example, for multiple applications in the same process, when one of the applications crashes continuously, the system will not only set the application to the switching state, but also set other applications in the same process to the switching state. At startup, it will switch operation according to this switching state.

For example, as shown in Figure 8, after the process of application A is started, the same process application B and the same process application C are also running in the process. Among them, application B and application C start later than application A (for application B and The startup sequence between the two applications C is not restricted). When application A switches the compilation mode, applications B and C in the same process will also automatically switch the compilation mode. For example, when Ark app A switches to running in Android compilation mode due to continuous crashes, Ark app B and Ark app C in the same process started later than Ark app A will also automatically switch to running in Android compilation mode. For another example, when the process of Android application A is started, Android application B is started, and both run in the same process; when Android application A switches to run in Ark compilation mode because its memory usage exceeds a certain threshold, Android Application B will also switch to run in Ark compilation mode.

In other examples, as shown in Figure 9, after the process of application A is started, the same process application B and the same process application C are also running in the process, where application B starts later than application A, and application C is later than application B starts. In one case, when application B switches the compilation mode, application A that starts earlier than application B will also automatically switch compilation mode, and application C that starts later than application B will also automatically switch compilation mode; in another case , When the application C switches the compilation mode, both application A and application B will automatically switch the compilation mode before starting application C. For another example, when the process of Ark application A is started, the same process Ark application B is also running in the process. When Ark application B switches to running in Android compilation mode due to continuous crashes, the Ark application started earlier than Ark application B A will also automatically switch to run in Android compilation mode.

The above introduces an example of switching the compilation mode of multiple applications in the same process. There is another situation, that is, although multiple applications are not in the same process, they have business dependencies. This dependency can be registered or recorded in the system. . For example, as shown in Figure 10, application A (also called "dependent application") depends on application B (also called "dependent application") to run. If application B is deleted or changed, application A may be Cannot start or can not run normally, even though the two applications are not running in the same process. In this case, if application B switches the compilation mode, it may cause application A to fail to start or fail to run normally; therefore, if there is a dependency and dependent relationship among multiple applications, if the dependent application switches the compilation mode, The dependent application must also switch the compilation mode accordingly to ensure that the dependent application can start and run normally. For example, the running of Ark application A depends on the Ark version of webview (dependent application). When the APK status of the webview changes, such as uninstalled, deleted, damaged, replaced/updated to a non-Ark version (for example, Update to the Android version), switch to other compilation modes, etc., will cause the Ark application A to fail to start or run normally. At this time, if the webview is switched to the Android compilation mode, the Ark application A must also be automatically/manually switched to run in the Android compilation mode to start and run normally.

Optionally, the above-mentioned application-dependent switching of the compilation mode may be active or passive. For example, when the dependent application is actively switching, the dependent application will actively monitor the state change of the dependent application (whether it has been uninstalled, whether it has been deleted, whether it has been replaced/updated to another version, or whether it is running in another compilation mode Etc.), if the state of the dependent application changes, the dependent application will automatically switch the compilation mode. For example, both the dependent application and the dependent application run in the Ark compilation mode at the beginning, and later the dependent application monitors that the dependent application is switched to run in the Android compilation mode, and the dependent application will automatically switch to run in the Android compilation mode accordingly. For another example, both the dependent application and the dependent application run in the Ark compilation mode at the beginning, and later the dependent application monitors that the dependent application has been deleted or uninstalled, the dependent application will actively switch to run in the Android compilation mode.

In the case of passive switching of dependent applications, when the dependent application undergoes a state change, since the dependency relationship between the two has been registered in the system, the system can automatically switch the compilation mode of the dependent application. For example, application A is a dependent application and application B is a dependent application. The dependency relationship between the two has been registered in the system. When the state of application B changes (such as switching from Ark compilation mode to Android compilation mode), the system will automatically Switch the compilation mode of application A (for example, switch from Ark compilation mode to Android compilation mode). Specifically, the system can mark application A as the switching state, and start it in the switching state when application A is started; or, the system can notify application A so that application A marks itself as the switching state, and when application A is started The switching state starts.

The Ark application directly compiles java bytecode into machine code through static compilation, so there is a version compatibility problem between the separately compiled maple.so and the Ark system. In some specific scenarios, such as the developer's incorrect compilation, there may be incompatibility between the released Ark application and the Ark system. In order to solve this kind of abnormal problem, Figure 11 shows a solution, including the following steps:

1101: When creating the Ark application, generate a first check value according to the API information of the Ark application, and pack the first check value into the APK.

In the process of creating the Ark application, the developer can abstract into an Ark based on the API (Application Programming Interface) information of the Ark application, such as the classes, members, or methods of the android framework API used in compilation. The group check value (md5 or other means to generate the check value) forms the first check value. The first check value can be packaged and preset into the APK. Among them, API is a collection of definitions, procedures and protocols, and is a series of special rules and requirements provided by computer software to ensure mutual communication. Through API, communication can be realized between application and operating system.

The first check value will change as the code applied by the Ark changes. For example, when the Ark application is upgraded, new code will be introduced, and the API information will change at this time, resulting in a change in the abstracted first check value.

1102: Generate a second check value from the API information provided by the Ark system, and package the second check value into the Ark system.

The API information provided by the Ark system externally, such as the information provided externally on the android framework layer API classes, members, or methods, is abstracted into a set of check values (md5 or other methods to generate check values) to form a second check value. The method for generating the second check value is the same as the method for generating the first check value in step 1101. And pack the second check value and preset it into the Ark system.

The second check value will change as the code of the Ark system changes. For example, when the version of the Ark system is updated, new codes will be introduced. At this time, the API information will change, causing the abstracted second check value to also change. Generally speaking, the first check value of the Ark application API is a subset of the second check value of the Ark system API.

1103: When the Ark application status changes, the Ark system compares the first check value with the second check value.

The status change can be installation, update, OTA (over the air) upgrade, patching, etc.; the status change of the Ark application can cause a change in the first check value. When the state of the Ark application changes, the Ark system will compare the first check value with the second check value to determine whether the first check value is a subset of the second check value.

1104: Switch the compilation mode of the Ark application according to the comparison result.

If the first check value is a subset of the second check value, there is no need to switch the compilation mode of the Ark application, that is, the Ark compilation mode is still running. If the first check value is not a subset of the second check value, indicating that there may be version compatibility issues (for example, the Ark app version and the Ark system version are not compatible), switch the compilation mode of the Ark app, that is, switch to Android Compile mode.

It is understandable that there may be multiple methods for generating the check value, and the above-mentioned using API information to generate the check value is just one example. Other methods of generating check values include, but are not limited to: using code-generated library files to generate check values, using a code segment in the code-generated library files to generate check codes, and using classes in the code to generate check values. Use the method in the class to generate the check value, or use the interface in the class to generate the check value, and so on.

Using the method shown in Figure 11, the compilation mode can be switched when the application is incompatible, thereby solving the problem of incompatibility between the Ark application and the Ark system.

In addition, this application also provides a method for application switching operation, including:

1. A method for application switching operation, characterized in that the method comprises:

Run the first application in the first compilation mode;

When the first switching condition is met, the first application is run in the second compilation mode.

2. The method according to 1, wherein the first application is an Ark application packaged in BOTH form.

3. The method according to 1 or 2, characterized in that the first handover condition is at least one of the following conditions:

The number of crashes of the first application reaches a first threshold; or

The current system memory usage exceeds the second threshold; or

The memory occupation of the first application exceeds a third threshold; or

The page response speed of the first application is lower than the fourth threshold; or

The running time of the first application in the first compilation mode exceeds a fifth threshold; or

The user’s location information changes; or

The performance of the compiler in the second compilation mode is better than the performance of the compiler in the first compilation mode; or

The current system time is within the preset time period.

4. The method according to 1-3, characterized in that, when the first switching condition is that the number of crashes of the first application reaches a first threshold, the method further includes:

Record the number of times the first application crashes, and set the first application to a switching state;

When the first application is restarted, detecting whether the first application is in a switching state;

If the first application is in the switching state, run the first application in the second compilation mode.

5. The method according to 1-4, characterized in that the method further comprises:

When the second switching condition is met, the first application is run in the first compilation mode.

6. The method according to 5, wherein the second handover condition is:

The number of crashes of the first application after running in the second compilation mode is greater than the first threshold.

7. The method according to 5, characterized in that the second handover condition is:

It is detected that the crash vulnerability of the first application in the first compilation mode is repaired.

8. The method according to 1-7, wherein the process in which the first application is running further includes a second application, and the method further includes:

When running the first application in the second compilation mode, switch the compilation mode of the second application to the second compilation mode.

9. The method according to 8, wherein the start time of the second application is earlier than the start time of the first application.

10. The method according to 8, wherein the start time of the second application is later than the start time of the first application.

11. The method according to 1, wherein the operation of the first application depends on a third application, and the first switching condition is:

The APK status of the third application changes.

12. The method according to 1, wherein the operation of the first application depends on a third application, and the first switching condition is:

The third application is switched to run in the second compilation mode.

13. The method according to 1, wherein the method further comprises:

When creating the first application, generate a first check value according to the API information of the first application;

Packing the first check value into the APK of the first application;

Generate a second check value from API information provided by the operating system, and package the second check value into the operating system;

When the state of the first application changes, compare the first check value with the second check value;

According to the comparison result, the compilation mode of the first application is switched.

14. The method according to 13, wherein the comparing the first check value with the second check value is: detecting whether the first check value is the second check value A subset of values;

The switching the coding mode of the first application according to the comparison result is specifically: if the first check value is not a subset of the second check value, switching the coding mode of the first application .

15. The method according to 1-14, characterized in that:

The first compilation mode is the Android compilation mode, and the second compilation mode is the Ark compilation mode; or,

The first compilation mode is the Ark compilation mode, and the second compilation mode is the Android compilation mode.

In addition, the present application also provides an electronic device, including a first compilation module, a second compilation module, and a switching module, wherein: the first compilation module is configured to run a first application in a first compilation mode; the switching module , Used to determine when the first switching condition is met, the first application is switched from the first compilation mode to the second compilation mode to run; the second compilation module is used to run in the second compilation mode The first application.

Wherein, the first application is an Ark application packaged in BOTH form.

Wherein, the first switching condition is at least one of the following conditions:

The number of crashes of the first application reaches a first threshold; or

The current system memory usage exceeds the second threshold; or

The memory occupation of the first application exceeds a third threshold; or

The user’s location information changes; or

The performance of the second compilation module is better than the performance of the first compilation module; or

The current system time is within the preset time period.

Wherein, the electronic device further includes a crash recording module and a restart detection module, wherein the first switching condition is that the number of crashes of the first application reaches a first threshold, and the crash recording module is configured to record the first The number of crashes of an application, the first application is set to the switching state; the restart detection module is configured to detect whether the first application is in the switching state when the first application is restarted; the second The compiling module is configured to determine that when the first application is in a switching state, run the first application in the second compiling mode.

Wherein, the first compilation module is further configured to: when a second switching condition is met, run the first application in the first compilation mode.

Wherein, the second switching condition is: the number of crashes of the first application after running in the second compilation mode is greater than the first threshold.

Wherein, the second switching condition may also be: detecting that the crash vulnerability of the first application in the first compilation mode is repaired.

Wherein, the process in which the first application runs further includes a second application, and the switching module is configured to switch the compilation mode of the second application when the first application is run in the second compilation mode. The second compilation mode.

Wherein, the start time of the second application is earlier than the start time of the first application.

Wherein, the start time of the second application is later than the start time of the first application.

Wherein, the operation of the first application depends on the third application, and the first switching condition may be: the APK status of the third application changes.

Wherein, the operation of the first application depends on the third application, and the first switching condition may also be: the third application is switched to run in the second compilation mode.

Wherein, the electronic device further includes a first check code generation module, a second check code generation module, a comparison module, and the first check code generation module is used to create the first application according to The API information of the first application generates a first check value, and the first check value is packaged into the APK of the first application; the second check code generation module is configured to operate The API information provided by the system generates a second check value, and packs the second check value into the operating system; the comparison module is used to compare all the data when the state of the first application changes. The first check value and the second check value; the switching module is configured to switch the compilation mode of the first application according to the comparison result.

Wherein, the comparison of the first check value and the second check value is: detecting whether the first check value is a subset of the second check value; the comparison result is based on , Switching the coding mode of the first application, specifically: if the first check value is not a subset of the second check value, switching the coding mode of the first application.

Wherein, the first compilation module is an Android compilation module, and the second compilation module is an Ark compilation module; or, the first compilation module is an Ark compilation module, and the second compilation module is an Android compilation module.

The present application also provides an electronic device, including a first compiler, a second compiler, and a processor, the first compiler is configured to run a first application in a first compilation mode; the processor is configured to , It is determined that when the first switching condition is met, the first application is switched from the first compilation mode to the second compilation mode; the second compiler is configured to run in the second compilation mode The first application.

Wherein, the first application is an Ark application packaged in BOTH form.

The number of crashes of the first application reaches a first threshold; or

The current system memory usage exceeds the second threshold; or

The memory occupation of the first application exceeds a third threshold; or

The user’s location information changes; or

The performance of the second compiler is better than the performance of the first compiler; or

The current system time is within the preset time period.

Wherein, when the first switching condition is that the number of crashes of the first application reaches a first threshold, the processor is further configured to: record the number of crashes of the first application, and set the first application to Switch state

Wherein, the first compiler is further configured to: when a second switching condition is met, run the first application in the first compilation mode.

Wherein, the running process of the first application further includes a second application, and the processor is configured to: when the first application is run in the second compilation mode, switch the compilation mode of the second application to The second compilation mode is described.

Wherein, the processor is further configured to: when creating the first application, generate a first check value according to the API information of the first application; and pack the first check value into the first application APK; generate a second check value from the API information provided by the operating system, and pack the second check value into the operating system; when the state of the first application changes, compare the first A check value and the second check value; switch the compilation mode of the first application according to the comparison result.

Wherein, the first compiler is an Android compiler, and the second compiler is an Ark compiler; or, the first compiler is an Ark compiler, and the second compiler is an Android compiler.

This application also provides an electronic device, characterized in that the electronic device includes: one or more processors and a memory, the memory is used to store computer program code, the computer program code includes instructions, when the one When the instruction is executed by or multiple processors, the electronic device executes the method described in any of the foregoing embodiments.

The present application also provides a computer-readable storage medium, which is characterized by comprising computer instructions, which, when the computer instructions run on an electronic device, cause the electronic device to execute the method described in any of the foregoing embodiments.

The present application also provides a computer program product, which is characterized in that when the computer program product runs on a computer, the computer is caused to execute the method described in any of the foregoing embodiments.

The present application also provides a chip, which is characterized by comprising: a processor and an interface, configured to call and run a computer program stored in the memory from the memory, and execute the method described in any of the foregoing embodiments.

Through the description of the above embodiments, those skilled in the art can understand that, for the convenience and conciseness of the description, only the division of the above-mentioned functional modules is used as an example for illustration. In practical applications, the above-mentioned functions can be assigned to different functions as required. The function module is completed, that is, the internal structure of the device is divided into different function modules to complete all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed device and method may be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the modules or units is only a logical function division. In actual implementation, there may be other division methods, for example, multiple units or components may be It can be combined or integrated into another device, or some features can be omitted or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

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

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

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solutions of the embodiments of the present application are essentially or the part that contributes to the prior art, or all or part of the technical solutions can be embodied in the form of software products, which are stored in a storage medium There are several instructions to make a device (which may be a single-chip microcomputer, a chip, etc.) or a processor (processor) execute all or part of the steps of the methods described in the embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read only memory (read only memory, ROM), random access memory (random access memory, RAM), magnetic disk or optical disk and other media that can store program codes.

The above content is only the specific implementation of this application, but the protection scope of this application is not limited to this. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in this application. Covered in the scope of protection of this application. Therefore, the protection scope of this application should be subject to the protection scope of the claims.

Claims

A method for application switching operation, characterized in that the method includes:

Run the first application in the first compilation mode;

When the first switching condition is met, the first application is run in the second compilation mode.
The method of claim 1, wherein the first application is an Ark application packaged in BOTH form.
The method according to claim 1 or 2, wherein the first handover condition is at least one of the following conditions:

The number of crashes of the first application reaches a first threshold; or

The current system memory usage exceeds the second threshold; or

The memory occupation of the first application exceeds a third threshold; or

The page response speed of the first application is lower than the fourth threshold; or

The running time of the first application in the first compilation mode exceeds a fifth threshold; or

The user’s location information changes; or

The performance of the compiler in the second compilation mode is better than the performance of the compiler in the first compilation mode; or

The current system time is within the preset time period.
The method according to claims 1-3, wherein when the first switching condition is that the number of times the first application crashes reaches a first threshold, the method further comprises:

Record the number of times the first application crashes, and set the first application to a switching state;

When the first application is restarted, detecting whether the first application is in a switching state;

If the first application is in the switching state, run the first application in the second compilation mode.
The method according to claims 1-4, wherein the method further comprises:

When the second switching condition is met, the first application is run in the first compilation mode.
The method according to claim 5, wherein the second handover condition is:

The number of crashes of the first application after running in the second compilation mode is greater than the first threshold.
The method according to claim 5, wherein the second handover condition is:

It is detected that the crash vulnerability of the first application in the first compilation mode is repaired.
The method according to claims 1-7, wherein the process in which the first application is running further includes a second application, and the method further comprises:

When running the first application in the second compilation mode, switch the compilation mode of the second application to the second compilation mode.
The method according to claim 8, wherein the start time of the second application is earlier than the start time of the first application.
The method according to claim 8, wherein the start time of the second application is later than the start time of the first application.
The method according to claim 1, wherein the operation of the first application depends on a third application, and the first switching condition is:

The APK status of the third application changes.
The method according to claim 1, wherein the operation of the first application depends on a third application, and the first switching condition is:

The third application is switched to run in the second compilation mode.
The method of claim 1, wherein the method further comprises:

When creating the first application, generate a first check value according to the API information of the first application;

Packing the first check value into the APK of the first application;

Generate a second check value from API information provided by the operating system, and package the second check value into the operating system;

When the state of the first application changes, compare the first check value with the second check value;

According to the comparison result, the compilation mode of the first application is switched.
The method according to claim 13, wherein the comparing the first check value with the second check value is: detecting whether the first check value is the second check value A subset of values;

The switching the coding mode of the first application according to the comparison result is specifically: if the first check value is not a subset of the second check value, switching the coding mode of the first application .
The method according to claims 1-14, characterized in that:

The first compilation mode is the Android compilation mode, and the second compilation mode is the Ark compilation mode; or,

The first compilation mode is the Ark compilation mode, and the second compilation mode is the Android compilation mode.
An electronic device, comprising a first compilation module, a second compilation module, and a switching module, characterized in that:

The first compilation module is configured to run a first application in a first compilation mode;

The switching module is configured to determine that when a first switching condition is met, the first application is switched from the first compilation mode to the second compilation mode to run;

The second compilation module is configured to run the first application in the second compilation mode.
16. The electronic device of claim 16, wherein the first application is an Ark application packaged in BOTH form.
The electronic device according to claim 16 or 17, wherein the first switching condition is at least one of the following conditions:

The number of crashes of the first application reaches a first threshold; or

The current system memory usage exceeds the second threshold; or

The memory occupation of the first application exceeds a third threshold; or

The page response speed of the first application is lower than the fourth threshold; or

The running time of the first application in the first compilation mode exceeds a fifth threshold; or

The user’s location information changes; or

The performance of the second compilation module is better than the performance of the first compilation module; or

The current system time is within the preset time period.
The electronic device according to claims 16-18, further comprising a crash recording module and a restart detection module, wherein the first switching condition is that the number of crashes of the first application reaches a first threshold, which is characterized Lies in:

The crash recording module is configured to record the number of times the first application has crashed, and set the first application to a switching state;

The restart detection module is configured to detect whether the first application is in a switching state when the first application is restarted;

The second compilation module is configured to determine that when the first application is in a switching state, run the first application in the second compilation mode.
The electronic device according to claims 16-19, wherein the first compilation module is further configured to:

When the second switching condition is met, the first application is run in the first compilation mode.
The electronic device according to claim 20, wherein the second switching condition is:

The number of crashes of the first application after running in the second compilation mode is greater than the first threshold.
The electronic device according to claim 20, wherein the second switching condition is:

It is detected that the crash vulnerability of the first application in the first compilation mode is repaired.
7. The electronic device according to claims 1-7, wherein the running process of the first application further comprises a second application, characterized in that:

The switching module is configured to switch the compilation mode of the second application to the second compilation mode when the first application is run in the second compilation mode.
The electronic device of claim 23, wherein the start time of the second application is earlier than the start time of the first application.
23. The electronic device according to claim 23, wherein the start time of the second application is later than the start time of the first application.
The electronic device according to claim 16, wherein the operation of the first application depends on a third application, and the first switching condition is:

The APK status of the third application changes.
The electronic device according to claim 16, wherein the operation of the first application depends on a third application, and the first switching condition is:

The third application is switched to run in the second compilation mode.
The electronic device according to claim 16, further comprising a first verification code generation module, a second verification code generation module, and a comparison module, wherein:

The first check code generation module is configured to generate a first check value according to the API information of the first application when the first application is created, and the first check value is packaged in the In the APK of the first application;

The second check code generation module is configured to generate a second check value from API information provided by the operating system, and package the second check value into the operating system;

The comparison module is configured to compare the first check value with the second check value when the state of the first application changes;

The switching module is configured to switch the compilation mode of the first application according to the comparison result.
The electronic device according to claim 28, wherein the comparison between the first check value and the second check value: detecting whether the first check value is the second check value A subset of the test value;

The switching the coding mode of the first application according to the comparison result is specifically: if the first check value is not a subset of the second check value, switching the coding mode of the first application .
The electronic device according to claims 16-29, wherein:

The first compilation module is an Android compilation module, and the second compilation module is an Ark compilation module; or,

The first compilation module is an Ark compilation module, and the second compilation module is an Android compilation module.
An electronic device, comprising a first compiler, a second compiler, and a processor, characterized in that:

The first compiler is configured to run the first application in a first compilation mode;

The processor is configured to determine that when a first switching condition is met, the first application is switched from the first compilation mode to the second compilation mode to run;

The second compiler is configured to run the first application in the second compilation mode.
An electronic device, characterized in that, the electronic device includes: one or more processors, a memory, the memory is used to store computer program code, the computer program code includes instructions, when the one or more processing When the device executes the instruction, the electronic device executes the method according to any one of claims 1-15.
A computer-readable storage medium, characterized by comprising computer instructions, which when the computer instructions run on an electronic device, causes the electronic device to execute the method according to any one of claims 1-15.
A computer program product, characterized in that, when the computer program product runs on a computer, the computer is caused to execute the method according to any one of claims 1-15.
A chip, characterized by comprising: a processor and an interface, used for calling and running a computer program stored in the memory from the memory, and executing the method according to any one of claims 1-15.