CN115469935A - Starting method of intelligent terminal and related equipment - Google Patents

Abstract

The application provides a starting method of an intelligent terminal and related equipment, wherein the method comprises the following steps: starting up and powering up for the first time; starting a boot loader, and determining the boot loader to be started for the first time according to a boot starting parameter in the boot loader; starting Kernel; and starting a Framework, wherein the Framework confirms that the intelligent terminal is started for the first time, and the Framework sends an instruction to Kernel to trigger the Kernel to make a system snapshot. According to the method and the system, the system snapshot is made in the process of starting the terminal for the first time, so that the intelligent terminal can be started according to the system snapshot when being started next time. In addition, because the system snapshot is made in the first starting process of the intelligent terminal, the system snapshot is made to serve as a process of starting the intelligent terminal, so that the system snapshot is made successfully.

Description

Starting method of intelligent terminal and related equipment

technical field

The present application relates to the technical field of smart terminals, and in particular, to a method for starting a smart terminal and related equipment.

Background technique

With the rapid development of smart terminals such as smart phones and car navigation, more and more smart operating systems such as Android/IOS platforms are used in these products. However, due to the high business complexity of smart operating systems, the startup of smart terminals A long time will affect the user experience.

In order to improve the boot speed of the smart terminal, there are two solutions in the prior art. The first is STD (Suspend to Disk, sleep to the hard disk). The smart terminal saves the current system state to the hard disk and then shuts down; when the smart terminal is turned on, The operating system is no longer reloaded, and the original state is directly restored from the hard disk; in the second solution, STR (Suspend to RAM, sleep to memory), the smart terminal saves the system state in the memory instead of the hard disk. In the STR state, the power supply only supplies power to the memory and the chipset, and other components are in the off state; when the smart terminal is turned on next time, it can be quickly restored to the state before the shutdown according to the data stored in the memory. The above two schemes, STD and STR, need to save the system state before the smart terminal is shut down, that is, it can only be applied to devices with batteries. When the user shuts down the smart terminal, the smart terminal must have enough time and power to Complete the STR or STD course. However, for devices without batteries, such as smart TVs and other devices, when the user directly cuts off the power, the smart terminal cannot complete the storage of the STR or STD system state, and thus cannot be implemented using the above solution.

Contents of the invention

The embodiment of the present application discloses a start-up method of a smart terminal and related equipment, which can make a system snapshot when the terminal is turned on for the first time, so as to prevent the failure of making a system snapshot due to a power failure during the use of the smart terminal.

The first aspect of the present application discloses a method for starting an intelligent terminal, the intelligent terminal has an intelligent system, and the method includes:

Power on for the first time;

Start the bootloader, which is determined as the first startup according to the startup boot parameters in the bootloader;

Start Kernel;

Start the Framework, the Framework confirms that the smart terminal is started for the first time, and the Framework sends an instruction to the Kernel to trigger the Kernel to make a system snapshot.

In this way, when the smart terminal starts up for the first time, an instruction is sent to the Kernel through the Framework, so that the Kernel makes a system snapshot, so that the smart terminal can be started according to the system snapshot when it is started next time. In addition, since the system snapshot is made during the first boot process of the smart terminal, making the snapshot is taken as a process of starting the smart terminal to ensure that the system snapshot is successfully made. Further, it is only necessary to make a system snapshot after the first startup, reducing the number of system snapshots and reducing the impact on the life of the Flash device.

In some implementations of the first aspect, the method further includes:

Power on the second time;

Start the boot loader, and determine that it is not the first startup according to the startup boot parameters of the boot loader; the boot loader passes the startup boot parameters to the Kernel according to the non-first startup;

Start the Kernel, and the Kernel loads the system snapshot according to the boot parameters, so as to restore system data according to the system snapshot.

In this way, when the smart terminal is not started for the first time, the boot loader determines that it is not the first boot according to the boot parameters and passes the boot parameters to the Kernel, so that the Kernel loads the system snapshot according to the boot parameters, and restores the kernel generation according to the system snapshot The status at the time of the snapshot to improve the boot speed of the smart terminal.

In some implementation manners of the first aspect, after the Kernel makes a system snapshot, the method further includes:

Determining that the system snapshot is successfully made;

The boot parameters are adjusted successfully according to the system snapshot.

In this way, by adjusting the boot parameters, the smart terminal can load the system snapshot according to the boot parameters when it is not starting for the first time, so as to realize the quick boot of the smart terminal.

In some implementation manners of the first aspect, after the Kernel makes a system snapshot, the method further includes:

The Kernel makes a check value of the system snapshot.

Before the Kernel loads the system snapshot according to the boot parameters, the method also includes:

The Kernel verifies the verification value to determine the integrity of the system snapshot.

In this way, the integrity of the system snapshot is guaranteed by setting the checksum value and verifying the checksum value before loading the system snapshot.

In some implementations of the first aspect, the method further includes:

The Framework loads and restores user data from a user data file.

In this way, the recovery of the system data and the user data of the smart terminal is realized through the secondary recovery, and the system data and the user data are recovered independently of each other.

In some implementations of the first aspect, the method further includes:

The first startup includes upgrading and restarting, restarting after restoring factory settings, and starting up in the factory state.

In some implementation manners of the first aspect, the Kernel has a first monitoring module, and the first monitoring module is used to trigger the restart of the smart terminal after the system snapshot is made, and after the Kernel makes the system snapshot , the method also includes:

The Kernel closes the first monitoring module.

In this way, before the system snapshot is made, the Kernel closes the first monitoring module, so that the smart terminal can continue to run without restarting after the system snapshot is made during the first boot process of the smart terminal.

In some implementation manners of the first aspect, after restoring system data according to the system snapshot, the method further includes:

The Kernel closes the second monitoring module.

In some implementation manners of the first aspect, the services of the Kernel include necessary services and non-essential services, and before the Kernel makes a system snapshot, the method further includes:

The Framework closes the non-essential service, so that the Kernel makes a system snapshot of the necessary service.

In this way, by closing non-essential services, the number of services in the system snapshot made by the Kernel is reduced, thereby reducing the storage space occupied by the system snapshot and increasing the time for making the system snapshot.

The second aspect of the present invention discloses a computer-readable storage medium, including computer instructions. When the computer instructions are run on the smart terminal, the smart terminal is made to execute the method of the first aspect.

The third aspect of the present application discloses a smart terminal, the smart terminal includes a processor and a memory, the memory is used to store instructions, and the processor is used to call the instructions in the memory, so that the smart terminal executes the method as in the first aspect.

The fourth aspect of the present application discloses a chip system, which is applied to a smart terminal; the chip system includes an interface circuit and a processor; the interface circuit and the processor are interconnected through a line; the interface circuit is used to receive signals from the memory of the smart terminal, And send a signal to the processor, the signal includes a computer instruction stored in the memory; when the processor executes the computer instruction, the chip system executes the method according to the first aspect.

It should be understood that the computer-readable storage medium of the second aspect, the smart terminal of the third aspect, and the chip system of the fourth aspect provided above correspond to the method of the first aspect above. Therefore, the beneficial effects that can be achieved can refer to The beneficial effects of the corresponding method provided above will not be repeated here.

Description of drawings

Fig. 1 is a flow chart of the first startup method disclosed in the embodiment of the present application.

Fig. 2 is a flow chart of a non-initial startup method disclosed in an embodiment of the present application.

Fig. 3 is a schematic diagram of a scenario in which a smart terminal is started according to an embodiment of the present application.

Fig. 4 is a logical schematic diagram of the startup of the smart terminal disclosed in the embodiment of the present application.

Fig. 5 is a schematic diagram of the process of starting the smart terminal for the first time disclosed in the embodiment of the present application.

FIG. 6 is a schematic diagram of a non-first-time startup process of a smart terminal disclosed in an embodiment of the present application.

FIG. 7 is a schematic structural diagram of a smart terminal disclosed in an embodiment of the present application.

detailed description

In order to better understand the method for starting a smart terminal disclosed in the embodiments of the present application and related devices, the application scenarios of the method for starting a smart terminal of the present application are firstly described below.

The startup method provided by the embodiment of the present application is suitable for smart terminals without batteries, such as various smart home devices, such as smart TVs and smart refrigerators without batteries. The smart terminal in the shutdown process does not have enough time and power to complete the snapshot of system data or user data, so the existing startup scheme cannot be applied. The start-up solution provided by this application realizes the production of a system snapshot during the first boot process of the smart terminal, and uses the snapshot to start each subsequent boot, which not only ensures the successful creation of the system snapshot, but also improves the non-stop performance of smart terminals without batteries. First boot speed;

Further, the smart terminal only makes a system snapshot when it is turned on for the first time, and uses the snapshot to start each subsequent boot, reducing the number of system snapshots, reducing the impact on the life of the Flash device of the smart terminal, and reducing the production of system snapshots. The impact on the storage life of smart terminals.

It can be understood that the smart terminals of the present application are all provided with an operating system, wherein the operating system can be an Android system, a Hongmeng system, and of course, other operating systems.

For ease of understanding, this application first introduces the startup process of an intelligent terminal with an Android system. This startup process includes two stages. Driver), etc.; the second stage is the startup of Android, that is, after the kernel space enters the user space, the init program is the first to run, which starts the native (local) service of android, including Servicemanager (service manager) and Zygote (incubator )process. Framework is one of multiple services loaded as a native (local) service.

In order to facilitate understanding, this application simplifies the startup process of the smart terminal into three parts related to the technical problems solved by this application: boot loader, Kernel startup and Framework startup. It is easy to understand, and the terminal startup process is not limited to the above three parts. , including other steps.

Please refer to FIG. 1 . FIG. 1 is a schematic flowchart of a method for starting a smart terminal provided by an embodiment of the present application. According to different requirements, the order of the steps in the flowchart can be changed, and some steps can be omitted. For ease of description, only the parts related to the embodiment of the present application are shown.

The starting method includes the following steps.

Step S1, power on for the first time.

In this embodiment, the smart terminal is not equipped with a battery, so it can only work after being connected to an external power supply, and the smart terminal is in shutdown mode, since the smart terminal is not equipped with a battery, the smart terminal cannot provide standby power consumption.

Among them, the first power-on is the first power-on and start-up of the smart terminal after the upgrade and restart, the restart after restoring the factory settings, and the power-on in the factory state. The upgrading and restarting refers to restarting after the operating system of the smart terminal is upgraded.

Step S2, start the boot loader, and determine that the smart terminal is started for the first time according to the boot parameters in the boot loader.

Among them, the Kernel only modifies the boot parameters after the system snapshot is made. Therefore, if the boot parameters have not been modified, the boot loader can determine that the smart terminal is the first boot based on the boot parameters. There is no created system in the hard disk of the smart terminal. Snapshot, the smart terminal starts in the normal mode; if the boot parameters are modified, the bootloader can determine that the smart terminal is not the first boot based on the boot parameters, the hard disk of the smart terminal has a system snapshot made, and the smart terminal follows the STD ( Suspend to Disk, hibernation to hard disk) mode to start.

Step S3, start the Kernel.

Specifically, the Kernel of the smart terminal starts, initializes various hardware and software environments, loads drivers, mounts the root file system, and executes the init program.

Step S4, start the Framework, the Framework confirms that the smart terminal is started for the first time, and the Framework sends an instruction to the Kernel to trigger the Kernel to make a system snapshot.

Among them, a snapshot is also called a restore point. Making a system snapshot is to save the state of the system when the snapshot is taken, so that the smart terminal can use the snapshot to start in the subsequent startup process to restore the state of the system when the snapshot was taken. Due to the In the embodiment, the snapshot is only a system snapshot and only saves system data, so the system data can be restored according to the internal snapshot.

Specifically, since the snapshot is made during the first startup process of the smart terminal, and only the Kernel makes a system snapshot, this snapshot only includes system data of the operating system and does not include user data.

Step S5, start other service modules.

It can be understood that after the Kernel completes the system snapshot, the Framework loads other services to enable the smart terminal to start normally.

In this way, when the smart terminal starts up for the first time, an instruction is sent to the Kernel through the Framework, so that the Kernel makes a system snapshot, so that the smart terminal can be started according to the system snapshot when it is started next time. In addition, since the system snapshot is made during the first boot process of the smart terminal, making the snapshot is taken as a process of starting the smart terminal to ensure that the system snapshot is successfully made. Further, it is only necessary to make a system snapshot after the first startup, reducing the number of system snapshots and reducing the impact on the life of the Flash device.

In one embodiment, the smart terminal is a battery-free electronic device, and the smart terminal realizes the production of system snapshots during the startup process, preventing the smart terminal from being suddenly unplugged and shut down during the user's use, resulting in failure to make system snapshots, which in turn affects the next time. Quick start of smart terminals.

In an embodiment, please refer to FIG. 2 , which is a schematic diagram of a method in another embodiment of the present application. The method comprises the steps of:

Step S11, power on the second time.

Wherein, the second power-on refers to the non-first power-on of the smart terminal. It can be understood that the second power-on is not limited to the second power-on and the third power-on of the smart terminal, as long as the smart terminal is not the first power-on, it can be called the second power-on.

Step S12: Start the boot loader, which is determined to be a non-first boot according to the boot parameters of the reprinted program; the boot loader transfers the boot boot parameters to the Kernel according to the non-first boot.

In one embodiment, the boot parameter includes the address of the system snapshot storage, so that the Kernel loads the system snapshot according to the address.

In one embodiment, the boot loader can determine whether the smart terminal is started for the first time by judging whether the boot parameter contains address information or whether the address information in the boot parameter is valid, for example, if the boot loader includes a boot boot parameter parameter and the address information in the startup boot parameter is valid address information, then it is judged that the smart terminal is not started for the first time.

Step S13, start the Kernel, the Kernel loads the system snapshot according to the boot parameters, so as to restore the Kernel according to the system snapshot.

Specifically, when the smart terminal is not started for the first time, the boot loader determines that it is not the first start according to the boot parameters and passes the boot parameters to the Kernel, so that the Kernel loads the system snapshot according to the boot parameters, and restores the kernel according to the system snapshot The status when the snapshot is generated to improve the boot speed of the smart terminal.

In another embodiment, the method also includes:

Step S14, start the Framework, so that the Framework loads user data.

In one embodiment, the user data is stored in the userdata area, and the Framework is started, and the Framework loads the user data stored in the userdata area to restore the user data.

In this way, the recovery of system data is realized through the created system snapshot, the recovery of user data is realized by loading the user data saved in local files, and the recovery of system data and user data is completed through the secondary recovery to simplify the implementation process.

Please refer to FIG. 3 . FIG. 3 is a schematic diagram of a smart terminal without a battery provided by the present application starting after power-off and shutdown.

Both the Bootrom module and the uboot module in Figure 3 are boot loaders, the launcher is the desktop launcher in the operating system, and the user's operations can only be realized after the launcher is started, and FWK is the abbreviation of Framework.

Figure 3 shows two scenarios. One of the scenarios is that the smart terminal is turned on for the first time after restoring factory settings, upgrading the system version or leaving the factory. In the first startup scenario, the bootloader is started, including the Bootrom module and the uboot module; the bootloader The program determines that the smart terminal is the first startup based on the startup parameters, starts the Kernel, native module and Framework in turn, sends instructions to the Kernel through the Framework, so that the Kernel can make a system snapshot, and then starts the launcher, so that user operations can be realized, and then the non-first time can be completed. start up.

Another scenario is that it is not the first boot. Since the hard disk of the smart terminal that is not the first boot has already stored a system snapshot, the smart terminal is powered on and starts the bootloader, including the Bootrom module and the uboot module; the bootloader is based on the boot parameter Determine that the smart terminal is not booting for the first time, and pass the boot parameters to the Kernel, start the Kernel, and the Kernel loads the system snapshot according to the boot parameters to restore the kernel when the system snapshot was made. After the recovery is complete, start the launcher so that the user can operation, and then complete the non-initial startup.

Please refer to Figure 4. Figure 4 is a logical schematic diagram of the startup of the smart terminal. The startup of the smart terminal includes power-on and restart, and restart includes abnormal automatic restart, user soft restart, upgrade restart and factory reset restart. In the scenario of user soft restart, the smart terminal starts up according to the normal startup process; in the scenario of upgrade restart and factory reset restart, the smart terminal performs system snapshot creation during the normal startup process. Power-on and booting include booting in the factory state and booting in a non-factory state. In the scene of booting in the factory state, the smart terminal performs the booting according to the method of step S1 to step S5 in Figure 1. In the scene of booting in a non-factory state, The smart terminal executes booting according to the method of step S11 to step S14 in FIG. 2 .

In one embodiment, after step S4, the method further includes:

The Kernel makes a check value of the system snapshot.

In this way, the verification value of the system snapshot is made through the Kernel to ensure the integrity of the system snapshot.

For example, the verification value may be a signature file of the kernel, an MD5 value, and the like.

In one embodiment, before loading the system snapshot, the method further includes:

The Kernel verifies the verification value to determine the integrity of the system snapshot.

For example, if the verification value is an MD5 value, the Kernel calculates whether the MD5 value of the system snapshot matches the verification value. If they match, the system snapshot is judged to be complete. If not, the system snapshot is judged to be incomplete. , that is, the system snapshot stored in the hard disk may be damaged or missing. It can be understood that in other embodiments, other verification algorithms may be used to determine the integrity of the system snapshot.

In one embodiment, the Kernel has a first monitoring module, the first monitoring module is used to trigger the restart of the smart terminal after the system snapshot is made, and after the Kernel makes the system snapshot, the method further includes:

The Kernel closes the first monitoring module to prevent the smart terminal from restarting after the Kernel makes a system snapshot.

In an embodiment, the first monitoring module is a watchdog, and the watchdog is used to monitor the production of the system snapshot, and the watchdog triggers the restart of the smart terminal after the production is completed. Before the system snapshot is taken, the Kernel turns off the watchdog, so that the smart terminal can continue to run without restarting after the system snapshot is taken during the first boot process of the smart terminal.

In an embodiment, the Kernel has a second monitoring module, and the second monitoring module is configured to trigger deletion of the system snapshot when the Kernel restores system data according to the system snapshot.

After restoring the system data according to the system snapshot, the method further includes:

The Kernel closes the second monitoring module.

In this way, after the system data is restored according to the system snapshot, the Kernel closes the second monitoring module to prevent the deletion of the system snapshot, so that the generated system snapshot can be used multiple times, so as to reduce the number of times of making system snapshots.

Wherein, the second monitoring module can be a watchdog or other detectors.

In one embodiment, the services of the Kernel include necessary services and non-essential services, wherein non-essential services are services that are not related to the startup of the smart terminal, for example, WiFi and Bluetooth services; wherein the necessary services include system data and are related to The smart terminal starts up the associated service.

Before the Kernel makes a system snapshot, the method also includes:

The Framework shuts down the non-essential services, so that the Kernel makes a system snapshot of the necessary services.

In this way, by closing non-essential services, the number of services in the system snapshot made by the Kernel is reduced, thereby reducing the storage space occupied by the system snapshot and increasing the time for making the system snapshot.

In one embodiment, after step S13, the method further includes:

Restart the native service and reload the data.

Specifically, restart related services at the native layer, where the related services include creating a keymaster, where the keymaster is mainly used to process key-related services and to improve the security of subsequent users using smart terminals.

Please refer to Figure 5, which is a schematic diagram of the process of making a system snapshot for the first startup of the smart terminal provided by this application:

After the boot loader, Kernel and Framework are started, the Framework determines that this smart terminal is booting for the first time, and the Framework, as an upper-layer application, sends instructions down to the power module of the kernel (located in sys/power/disk), so that the power module makes the system snapshot; the hibernation module of the Power module notifies the driver module of the kernel and calls the suspend function of the driver to perform site protection. The Power module completes the system snapshot, writes the system snapshot to the disk, and the Power module modifies the boot parameters (including resume=/dev/xxx).

In this embodiment, the driver module includes USB, hi1103, EMMC, TEE and TVMW.

After the first power-on, the boot loader (such as fastboot) passes the information of the device where the system snapshot is located as a startup parameter (resume=/dev/xxx) to the bootargs of the Power module; the power module verifies and loads the system snapshot from the disk, To restore the Kernel to the operating state before power-on, the resume module of the Power module notifies each driver of the driver module to perform on-site recovery.

Please refer to Figure 6, which is a schematic diagram of the process of making a system snapshot for the smart terminal provided by this application:

QuickBoot is a functional module of the Framework in an embodiment of the present application, which is used to detect the startup state during the startup process of the terminal and is responsible for making a system snapshot of the power module. Specifically, the upper-level QuickBoot of the Kernel detects the startup status and determines that the smart terminal is the first startup. QuickBoot cleans up before the snapshot, including: clean up java services, close unnecessary services (WiFi service, Bluetooth); call the kernel interface, and notify the kernel power module to generate a system snapshot.

In one embodiment, the restoration process according to the system snapshot includes: after Kernel restores the system data according to the system snapshot, the upper-level QuickBoot module starts data recovery, and QuickBoot notifies each module of Framework (comprising pms, settings) to reload data from the data area; data loading After completion, restart some native services and reload data; restart unnecessary services that have been stopped, and enter the Launcher for users to use to complete the startup of the smart terminal.

Please refer to FIG. 7, which is a schematic structural diagram of the smart terminal disclosed in the present application. As shown in FIG. 7 , the smart terminal 70 includes one or more processors 701 and memory 702 . The processor 701 and the memory 702 are connected through one or more communication buses 703 . The memory 702 is used to store one or more computer programs 704 . One or more computer programs 704 are configured to be executed by the processor 701 . The one or more computer programs 704 include instructions, and the above instructions can be used to execute various steps performed by the smart terminal (such as a mobile phone) in the above embodiments, so as to realize the startup function in the smart terminal.

This embodiment also provides a computer storage medium, in which computer instructions are stored, and when the computer instructions are run on the smart terminal, the smart terminal is made to execute the above related method steps to implement the startup method in the above embodiment.

This embodiment also provides a computer program product. When the computer program product is run on the smart terminal, the smart terminal is made to perform the above related steps, so as to implement the starting method in the above embodiment.

In addition, an embodiment of the present application also provides a device, which may specifically be a chip, a component or a module, and the device may include a connected processor and a memory; wherein the memory is used to store computer-executable instructions, and when the device is running, The processor can execute the computer-executable instructions stored in the memory, so that the chip executes the method for starting the smart terminal in the above method embodiments.

Wherein, the smart terminal, computer storage medium, computer program product or chip provided in this embodiment are all used to execute the corresponding method provided above, therefore, the beneficial effects it can achieve can refer to the corresponding method provided above The beneficial effects in the method will not be repeated here.

Through the description of the above embodiments, those skilled in the art can clearly understand that for the convenience and brevity 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 allocated according to needs It is completed by different functional modules, that is, the internal structure of the device is divided into different functional 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 devices and methods may be implemented in other ways. For example, the device embodiments described above are only 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 can be combined Or it can be integrated into another device, or some features can be omitted, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

The unit described as a separate component may or may not be physically separated, and a component displayed as a unit may be one physical unit or multiple physical units, that is, it may be located in one place, or may be distributed to multiple different places. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

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

If the integrated unit is realized in the form of a software function unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application is essentially or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the software product is stored in a storage medium Among them, several instructions are included 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 various 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 various media that can store program codes. .

The above is only a specific implementation of the application, but the protection scope of the application is not limited thereto, and any changes or replacements within the technical scope disclosed in the application should be covered within the protection scope of the application . Therefore, the protection scope of the present application should be determined by the protection scope of the claims.

Claims (12)

1. A method for starting an intelligent terminal, characterized in that the intelligent terminal has an intelligent system, and the method comprises: Power on for the first time; Start the bootloader, which is determined as the first startup according to the startup boot parameters in the bootloader; Start Kernel; Start the Framework, the Framework confirms that the smart terminal is started for the first time, and the Framework sends an instruction to the Kernel to trigger the Kernel to make a system snapshot. 2. The method of claim 1, further comprising: Power on the second time; Start the boot loader, and determine that it is not the first startup according to the startup boot parameters of the boot loader; the boot loader passes the startup boot parameters to the Kernel according to the non-first startup; Start the Kernel, and the Kernel loads the system snapshot according to the boot parameters, so as to restore system data according to the system snapshot. 3. The method according to claim 2, wherein, after the Kernel makes a system snapshot, the method further comprises: Determining that the system snapshot is successfully made; The boot parameters are adjusted successfully according to the system snapshot. 4. The method according to claim 3, wherein, after the Kernel makes a system snapshot, the method further comprises: Described Kernel makes the verification value of described system snapshot; Before the Kernel loads the system snapshot according to the boot parameters, the method also includes: The Kernel verifies the verification value to determine the integrity of the system snapshot. 5. The method of claim 2, further comprising: The Framework loads and restores user data from a user data file. 6. The method of claim 2, further comprising: The first startup includes upgrading and restarting, restarting after restoring factory settings, and starting up in the factory state. 7. The method according to claim 1, wherein the Kernel has a first monitoring module, and the first monitoring module is used to trigger the restart of the smart terminal after the system snapshot is made, and the Kernel After making the system snapshot, the method further includes: The Kernel closes the first monitoring module. 8. The method according to claim 1, wherein after restoring system data according to the system snapshot, the method further comprises: The Kernel closes the second monitoring module. 9. The method according to claim 1, wherein the services of the Kernel include essential services and non-essential services, and before the Kernel makes a system snapshot, the method also includes: The Framework closes the non-essential service, so that the Kernel makes a system snapshot of the necessary service. 10. A computer-readable storage medium, characterized in that it includes computer instructions, and when the computer instructions are run on a smart terminal, the smart terminal executes the smart terminal according to any one of claims 1 to 9. How to start the terminal. 11. An intelligent terminal, characterized in that the intelligent terminal includes a processor and a memory, the memory is used to store instructions, and the processor is used to call the instructions in the memory, so that the intelligent terminal executes the The starting method of the intelligent terminal described in any one of requirements 1 to 9. 12. A chip system, characterized in that the chip system is applied to an intelligent terminal; the chip system includes an interface circuit and a processor; the interface circuit and the processor are interconnected through lines; the interface circuit is used to receive signals from the memory of the intelligent terminal, and Sending a signal to the processor, the signal includes a computer instruction stored in the memory; when the processor executes the computer instruction, the chip system executes the method according to any one of claims 1 to 9.

Images