CN117331591B - 一种系统升级方法、电子设备和可读存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，特别涉及一种系统升级方法、电子设备和可读存储介质。方法包括：在电子设备重启进行系统升级的过程中，对新的系统版本的升级包进行解压，以获取新的系统版本的资源文件，并存储至资源存储文件中。然后，删除资源存储文件中不参与更新的资源文件。再将资源存储文件中参与更新的资源文件移动到目标路径下，其中目标路径是指电子设备实际获取资源文件的路径。最后，电子设备可以获取目标路径下的资源文件，以基于资源文件更新电子设备的系统主题元素。如此，可以使电子设备的桌面显示参与更新的系统主题元素的显示方式，保持不参与更新的系统主题元素的显示方式不变。

Description

一种系统升级方法、电子设备和可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种系统升级方法、电子设备和可读存储介质。

背景技术

电子设备进行系统（operating system，OS）升级时，新旧系统的系统主题元素会发生变化，其中，系统主题元素可以包括桌面壁纸、应用图标、字体等。例如，图1A示出了一种手机10系统为OS 6.0时的界面示意图，图1B示出了一种手机10系统为OS 7.0时的界面示意图。可以看出，当手机10的系统从OS 6.0更新至OS 7.0后，桌面壁纸1050变成了桌面壁纸1051；游戏中心应用图标101、图书应用图标102、音乐应用图标103和视频应用图标104等方形应用图标变成了圆形应用图标，即游戏中心应用图标101´、图书应用图标102´、音乐应用图标103´和视频应用图标104´。

用户一般会自定义设置系统主题元素的显示，并且在系统升级之后想保持自定义设置的系统主题元素的显示方式。如果在系统升级之后自定义设置的系统主题元素的显示发生了变化，用户需要基于电子设备的系统应用“设置”-“桌面和壁纸”选择自定义的桌面壁纸或字体等进行设置，或者，从主题应用中选择自定义的桌面壁纸或字体等进行设置，操作比较繁琐。

发明内容

为了解决上述问题，本申请实施例提供一种系统升级方法、电子设备和可读存储介质。

第一方面，本申请实施例提供一种系统升级方法，应用于电子设备，方法包括：在系统升级的过程中，获取并存储第一系统升级数据；对应于第一系统升级数据包括属于第一类型的第一数据，删除第一系统升级数据中的第一数据，得到第二系统升级数据，其中第一类型的数据对应预先确定的、在系统升级前后保持不变的应用的设置状态；基于第二系统升级数据，对系统中对应的应用进行更新。

可以理解，第一系统升级数据可以是本申请实施例中提到的手机10的新的系统版本的资源文件；第一类型的第一数据可以是本申请实施例中提到的手机10的新的系统版本中不参与更新的桌面壁纸和字体等的资源文件；第二系统升级数据可以是本申请实施例中提到的新的系统版本中参与更新的应用图标的资源文件、系统更新前的自定义桌面壁纸和自定义字体等的资源文件。

基于上述方案，可以在电子设备升级系统后，实现更新电子设备应用图标为新的系统版本对应的应用图标的同时，保持电子设备的桌面壁纸和字体等系统主题元素为更新系统前的自定义桌面壁纸和自定义字体。满足了用户体验新的系统版本对应的应用图标的同时，持续使用自定义桌面壁纸和自定义字体等自定义系统主题元素的需要，提升用户使用体验。

在上述第一方面的一种可能实现中，第一类型的数据包括与主题元素相关的数据；其中，主题元素包括桌面壁纸、应用图标、字体中的至少一种。

可以理解，第一类型的数据还可以包括手机10的息屏显示（always-on display，AOD）功能对应的系统主题元素，在此不作限定。

在上述第一方面的一种可能实现中，在系统升级的过程中，获取并存储第一系统升级数据，包括：将第一系统升级数据缓存至第一存储路径，第一存储路径为临时存储系统升级数据的路径。

可以理解，第一存储路径可以是本申请实施例中提到的缓存路径下的缓存文件夹，可以用于临时存储系统主题元素的资源文件。

在上述第一方面的一种可能实现中，还包括：将第二系统升级数据存储于第二存储路径，第二存储路径为电子设备获取系统升级数据的实际存取路径；并且基于第二系统升级数据，对系统中对应的应用进行更新，包括：系统中对应的应用基于第二存储路径获取第二系统升级数据，并显示第二系统升级数据对应的应用的设置状态。

可以理解，第二存储路径可以是本申请实施例中提到的目标路径，可以用于存储系统主题元素的资源文件以备手机10的桌面应用取用。

在上述第一方面的一种可能实现中，第一数据对应第一应用的第一设置状态；并且方法还包括：检测到电子设备重启后进入升级加载阶段，备份当前第一应用的第二设置状态相关的第二数据。

可以理解，第一设置状态可以是本申请实施例中提到的新的系统版本的桌面壁纸或字体的显示样式。

可以理解，第二数据可以是本申请实施例中提到的未更新手机10的系统前的，自定义桌面壁纸或自定义字体等的资源文件。

在上述第一方面的一种可能实现中，对应于第一系统升级数据包括属于第一类型的第一数据，删除第一系统升级数据中的第一数据，得到第二系统升级数据，包括：在备份完第一应用的第二设置状态相关的第二数据之后，将第一系统升级数据存储于第二存储路径；将第一系统升级数据中的第一数据替换为第二数据，得到第二系统升级数据。

可以理解，在得到第二系统升级数据后，还可以删除第一存储路径下的第一系统升级数据，基于此可以减少手机10的缓存冗余，释放手机10的缓存空间，进而提高手机10的运行速度。

在上述第一方面的一种可能实现中，在系统升级的过程中，获取并存储第一系统升级数据，包括：获取第一系统升级数据对应的第一升级包；检测到电子设备被启动，在电子设备启动过程中，基于电子设备的第一调用接口解压第一升级包，得到第一系统升级数据。

在上述第一方面的一种可能实现中，检测到电子设备被启动，在电子设备启动过程中，基于电子设备的第一调用接口解压第一升级包，得到第一系统升级数据，包括：在电子设备启动过程中，基于第一升级包的版本号校验第一升级包为第一系统升级数据对应的升级包；基于电子设备的第一调用接口解压第一升级包，得到第一系统升级数据。

第二方面，本申请实施例提供了一种电子设备，包括存储器，用于存储指令；处理器，用于执行指令以使得电子设备实现上述第一方面以及第一方面的任意一种可能实现提供的系统升级方法。

第三方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储有指令，指令在电子设备上执行时使得电子设备执行上述第一方面以及第一方面的任意一种可能实现提供的系统升级方法。

附图说明

图1A根据本申请提供的一些实施例，示出了一种手机10系统为OS 6.0时的界面示意图；

图1B根据本申请提供的一些实施例，示出了一种手机10系统为OS 7.0时的界面示意图；

图2根据本申请提供的一些实施例，示出了一种手机10的软件系统软构图；

图3根据本申请提供的一些实施例，示出了一种手机10升级系统的流程图；

图4根据本申请提供的一些实施例，示出了一种系统升级方法的流程示意图；

图5A根据本申请提供的一些实施例，示出了一种手机10的主界面示意图；

图5B根据本申请提供的一些实施例，示出了一种手机10的设置应用的界面示意图；

图5C根据本申请提供的一些实施例，示出了一种检查手机10是否存在新的系统版本的界面示意图；

图5D根据本申请提供的一些实施例，示出了一种点击手机10的新的系统版本的界面示意图；

图5E根据本申请提供的一些实施例，示出了一种下载并安装手机10的新的系统版本的界面示意图；

图5F根据本申请提供的一些实施例，示出了一种重启手机10的界面示意图；

图6A根据本申请提供的一些实施例，示出了一种基于OTA应用自动检测到手机10的新的系统版本的界面示意图；

图6B根据本申请提供的一些实施例，示出了又一种下载并安装手机10的新的系统版本的界面示意图；

图6C根据本申请提供的一些实施例，示出了又一种重启手机10的界面示意图；

图7A根据本申请提供的一些实施例，示出了一种手机10重启开机时显示“服务与改进”的界面示意图；

图7B根据本申请提供的一些实施例，示出了一种手机10开机加载的界面示意图；

图8A根据本申请提供的一些实施例，示出了一种手机10的系统升级前的界面示意图；

图8B根据本申请提供的一些实施例，示出了一种手机10的系统升级后的界面示意图；

图9根据本申请提供的一些实施例，示出了另一种系统升级方法的流程示意图；

图10根据本申请提供的一些实施例，示出了一种手机10的结构示意图。

具体实施方式

本申请的说明性实施例中包括但不限于一种系统升级方法、电子设备和可读存储介质。

可以理解，本申请实施例中的电子设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobilestation，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobilephone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

下面结合附图介绍本申请的技术方案。

如前所述，在系统升级之后，系统主题元素会发生变化。下面结合图2和图3详细介绍系统的升级过程和系统主题元素在升级之后的变化过程。

具体地，图2根据一些实施例，示出了手机10的软件系统软构图，其中，以Android系统为例。

如图2所示，手机10的软件系统中的应用层210可以包括一系列应用程序包。应用程序包可以包括“设置应用211”、“主题应用212”、“空中升级应用（over-the-air，OTA）213”等应用程序。其中，空中升级应用213（或OTA 213）是指可以通过无线网络对电子设备进行远程升级或配置的应用。在一些实施例中，手机10可以基于OTA 213自动检测并获取手机10的新的系统版本的升级包，且OTA可以没有应用图标或者桌面快捷方式。在另一些实施例中，手机10也可以基于“设置应用211”检测并获取手机10的新的系统版本。

如图2所示，手机10的软件系统中的框架层220可以为应用层210的应用程序提供应用编程接口(application programming interface，API)和编程框架。框架层220可以包括包管理服务（package manager service，PMS）221。其中，PMS 221可以用于处理应用程序的安装、卸载、更新和权限管理等操作。例如PMS 221可以管理应用程序的包信息和组件信息，包括应用程序的名称、版本、权限等。在一些实施例中，PMS221可以调用系统接口对手机10的新的系统版本的升级包进行解压，以获取新的系统版本对应的资源文件并存储。

在手机10更新至新的系统版本后，手机10的系统主题元素（桌面壁纸、应用图标、字体等）也更新为新的系统版本对应的系统主题元素。而为了使得手机10的桌面壁纸和字体显示为用户自定义设置的桌面壁纸和字体等，用户可以基于“主题应用212”来重新设置。

下面结合图2所示的软件系统软构图和图3所示的手机10升级系统的流程图对手机10升级系统的过程进行说明。

参考图3所示的流程图，具体流程包括：

S101：设置应用211检测到新的系统版本，获取新的系统版本的升级包。

在一些实施例中，应用层210的“设置应用211”可以检测手机10存在新的系统版本，并从云端获取新的系统版本对应的升级包，下载并安装新的系统版本的升级包。然后，重启电子设备，准备更新手机10的系统。

可以理解，还可以基于手机10的“空中升级应用213”自动检测并获取新的系统版本的升级包，在此不作限定。

S102：PMS 221检测到升级包，并基于升级包获取新的系统版本的资源文件。

在一些实施例中，框架层220的PMS 221可以自动检测到新的系统版本的升级包，然后调用系统接口解压升级包，以获取新的系统版本的资源文件。可以理解，升级包中可以包括新的系统版本的系统主题元素对应的资源文件，例如，新的系统版本的桌面壁纸、应用图标、字体等对应的资源文件。

S103：PMS 221将新的系统版本的资源文件存储至目标路径下。

在一些实施例中，PMS 221可以将步骤S102中获取的新的系统版本的资源文件存储至目标路径下。其中，目标路径是指是指手机10的桌面应用实际获取手机10的系统版本的资源文件的路径。基于新的系统版本的资源文件存储至目标路径下，目标路径中旧的系统版本下的资源文件（例如由用户自定义设置的系统主题元素对应的资源文件）被替换为新的系统版本的资源文件。

S104：主题应用212基于目标路径获取新的系统版本的资源文件。

在一些实施例中，手机10在进行系统升级时，需要重启手机10，以初始化手机10的系统设置，可以加载最新的软件和固件以消除一些潜在的兼容性问题，以及提升手机10的性能和响应速度。待手机10重启开机后，手机10的“主题应用212”可以基于目标路径获取新的系统版本的资源文件。例如，手机10的“主题应用212”可以基于目标路径获取新的系统版本的资源文件。

S105：主题应用212基于新的系统版本的资源文件，刷新手机10的桌面。

在一些实施例中，应用层210的“主题应用212”可以基于所获取的新的系统版本的应用图标、桌面壁纸和字体等对应的资源文件，刷新手机10的桌面，使得手机10的桌面显示新的系统版本对应的桌面壁纸、应用图标和字体等。

S106：主题应用212响应于用户自定义设置系统主题元素的操作指令，显示用户自定义的系统主题元素。

在一些实施例中，基于用户只想更新新的系统版本对应的应用图标，而不想改变更新新的系统版本前手机10的桌面所使用的自定义桌面壁纸和自定义字体等。用户可以基于“设置应用211”或“主题应用212”将新的系统版本对应的桌面壁纸和字体重新设置为自定义桌面壁纸和自定义字体等。对应地，“主题应用212”可以检测到用户设置自定义桌面壁纸和自定义字体的操作指令，并基于此使得手机10的桌面显示为自定义桌面壁纸和自定义字体。

可以理解，在另一些实施例中，也可以基于“设置应用211”设置并显示自定义桌面壁纸和自定义字体等，在此不作限定。

如前所述，即基于上述流程可得，用户可以自定义设置手机10的桌面显示的系统主题元素，并且在系统升级之后想要继续保持自定义设置的显示样式。如果在系统升级之后自定义设置系统主题元素的显示发生了变化，用户则需要通过系统的“设置”-“桌面和壁纸”选择自定义的壁纸进行设置，或者，从“主题应用212”中选择自定义的桌面壁纸或字体进行设置，操作比较繁琐。

为了解决上述问题，本申请实施例中提供了一种系统升级方法。具体地，该方法包括：在电子设备重启以进行系统升级的过程中，对新的系统版本的升级包进行解压，以获取新的系统版本的资源文件，并存储至资源存储文件中。然后，删除资源存储文件中不参与更新的资源文件。再将资源存储文件中参与更新的资源文件移动到目标路径下，其中目标路径是指电子设备中各应用运行时实际获取资源文件的路径。最后，电子设备在运行各应用时可以获取目标路径下的资源文件，以进行相关配置项的更新。

可以理解，不参与更新的资源文件可以是任何预先确定的，不需要在系统升级后改变的任何应用的设置状态。例如，可以是如前述的由用户设置的系统主题元素。具体地，对于系统主题元素中的桌面壁纸、字体、应用图标等系统主题元素，保持系统升级前后的系统主题元素一致可以是其中的至少一种。

可以理解，上述配置项，可以是系统主题元素。

基于此，电子设备开机后，电子设备的系统可以更新至新的系统版本，且电子设备的桌面可以显示新的系统版本中参与更新的系统主题元素，例如显示新的系统版本对应的应用图标。并且，显示系统更新前的由用户自定义设置的系统主题元素，例如自定义桌面壁纸、自定义字体等。满足了用户体验新的系统版本的系统主题元素的同时，持续使用用户自定义的系统主题元素的需要，提升用户使用体验。

可以理解，资源存储文件可以包括下文中提及的指定缓存路径下的缓存文件夹，缓存文件夹可以是预先指定的临时存储空间，在此不作限定。

例如，在一些实施例中，手机10基于云端获取了新的系统版本的升级包，在下载安装升级包后，重启手机10。在手机10重启的过程中，手机10的框架层220可以调用系统接口解压升级包，获取新的系统版本对应的资源文件，并存储至手机10的缓存路径下的缓存文件夹中。然后，删除缓存文件夹中不参与更新的资源文件，例如新的系统版本的桌面壁纸和字体等的资源文件；再将缓存文件夹中存储的参与更新的资源文件，例如新的系统版本的应用图标的资源文件，移动至手机10的目标路径下。最终，手机10桌面应用可以基于目标路径获取参与更新的系统主题元素的资源文件，使得手机10的桌面可以显示参与更新的资源文件对应的系统主题元素。例如手机10桌面应用基于目标路径下应用图标的资源文件，显示新的系统版本的应用图标。

可以理解，在将手机10的系统更新为新的系统版本后，若仍需要更换手机10的桌面壁纸、字体等系统主题元素，则可以基于系统应用“设置应用211”或者“主题应用212”进行自定义设置，在此不作限定。

为了进一步说明本申请实施例提供的系统升级方法，图4示出了一种系统升级方法的流程示意图。

可以理解，在本申请实施例中，图4所示流程中各步骤的执行主体即电子设备可以是手机10，也可以是平板电脑、智能穿戴设备、智能家居设备、车载设备等电子设备，在此不作限定。以下在介绍各步骤执行的内容时，将不再赘述各步骤的执行主体。

具体地，图4所示流程可以包括以下步骤：

S201：检测是否存在新的系统版本。

在手机10运行过程中，手机10可以实时检测是否存在新的系统版本可以进行系统升级。

若判断结果为是，则继续执行下述步骤S202，即获取新的系统版本对应的升级包。

若判断结果为否，则可以结束本次流程，不升级电子设备的系统。

在一些实施例中，可以通过手机10的系统应用“设置应用211”来检查手机10是否存在新的系统版本可供手机10进行更新系统。

例如，图5A至图5F示出了一种基于手机10的“设置应用211”检测系统更新的界面示意图。

参考图5A，可以通过点击手机10的“设置应用211”的图标106，打开系统应用“设置应用211”。然后参考图5B，点击系统应用“设置应用211”界面中的“系统与更新”。参考图5C，可以确认手机10当前的系统版本为“6.0xxxxxxxx”，并点击“检查更新”。接着参考图5D，通过检查更新确定手机10存在新的系统版本，新的系统版本为“7.0xxxxxxxx”。

可以理解，进一步可以参考图5E，下载并安装新的系统版本对应的升级包，可以理解，新的系统版本对应的升级包可以通过云端获取。参考图5F，当新的系统版本安装完毕后，可以点击“立即重启”，使得手机10的系统可以在开机后更新至新的系统版本。

在另一些实施例中，手机10可以基于OTA应用检测手机10是否存在新的系统版本可供手机10进行更新系统。

例如，图6A至图6C示出了另一种手机10升级系统过程的界面示意图。

参考图6A，当手机10基于OTA应用自动检测到当前存在新的系统版本，且手机10未更新至新的系统版本时，手机10可以弹出提示框107“发现新版本 是否立即更新系统？”来提示用户当前存在新的系统版本“7.0xxxxxxxx”，可以更新系统。

可以理解，进一步用户可以通过选择“稍后更新”或者“立即更新”。若用户选择立即更新，参考图6B，选择下载和安装基于云端获取的新的系统版本。当新的系统版本安装完毕后，参考图6C，可以点击“立即重启”重启手机10，以使得手机10的系统可以在开机后更新至新的系统版本。

可以理解，手机10可以基于空中升级应用（over-the-air，OTA）自动检测并获取新的系统版本，其中，OTA应用是指可以通过无线网络对电子设备进行远程升级或配置的应用，且OTA应用可以没有应用图标或者桌面快捷方式。此外，OTA应用范围非常广泛，例如，OTA可以应用在智能手机和平板电脑，用于更新操作系统、应用程序、驱动程序等软件，以及修复安全漏洞等；OTA可以应用在智能家居设备，用于更新智能家居设备的固件以增强其功能和性能；OTA可以应用在汽车，用于更新汽车的软件和地图数据，以提高驾驶体验和安全性。OTA可以应用在工业设备，用于更新工业设备的软件和配置，以提高生产效率和质量。OTA可以应用在物联网设备，用于更新物联网设备的固件和配置，以提高其性能和安全性。即OTA可以应用于任何需要远程升级或配置的电子设备，为用户提供更好的使用体验和更高的安全性。

S202：获取新的系统版本对应的升级包。

在一些实施例中，检测到手机10存在新的系统版本，则可以基于云端获取新的系统版本的升级包，然后下载并安装升级包。例如上述图5E中所示，在检测到新的系统版本“7.0xxxxxxxx”时，可以选择下载并安装新的系统版本对应的升级包。其中，升级包可以包括新的系统版本对应的资源文件，例如新的系统版本对应的应用图标、桌面壁纸、字体等系统主题元素对应的资源文件。

可以理解，新的系统版本对应的资源文件可以通过云端获取，在此不作限定。

S203：检测到进入开机状态，对新的系统版本的升级包的版本号进行校验。

在一些实施例中，基于上述图5F和图6C中，在用户选择“立即重启”后，手机10检测到用户的点击操作，手机10重启。进一步，参考图7A所示的手机10的重启开机示意图，手机10开机后显示“服务与改进”供用户查阅更新条款，用户可以点击“下一步”。进一步参考图7B所示的手机10的开机加载示意图，待手机10加载一定时长后，手机10成功进入开机状态，手机10的系统可以更新至新的系统版本。

在手机10开机后，可以基于“主题应用212”对新的系统版本的升级包的版本号进行校验，手机10的“主题应用212”被拉起，以校验升级包的版本号是否为新的系统版本对应的版本号。并在校验无误后，还可以进一步检查新的系统版本对应的资源文件没有被破坏或被篡改，确保新的系统版本对应的资源文件的完整性和安全性。

S204：备份目标路径下的自定义桌面壁纸和自定义字体等自定义系统主题元素对应的资源文件。

在一些实施例中，由于只需要更新新的系统版本的应用图标这一系统主题元素，而保持自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素不变。因此在将手机10的系统更新为新的系统版本时，可以将不参与更新的自定义桌面壁纸和自定义字体等自定义系统主题元素对应的资源文件进行备份以备后用。

可以理解，不参与更新的系统主题元素除了可以包括桌面壁纸、字体，还可以包括例如，息屏显示（always-on display，AOD）功能对应的系统主题元素，其中AOD显示功能是指在电子设备息屏状态下，持续显示预设信息。又例如，人-车-家全场景智慧应用Hi Car对应的系统主题元素，其中Hi Car是指可以支持将电子设备和汽车连接起来，利用汽车和电子设备的强属性以及多设备互联能力，在电子设备和汽车之间建立通信，把电子设备的应用和服务延展到汽车，实现电子设备为核心的全场景体验。

可以理解，本申请实施例中以应用图标作为参与更新的系统主题元素只是一种示例性说明，在另一些实施例中，还可以包括其他参与系统更新的系统主题元素，在此不作限定。

可以理解，本申请实施例中以自定义桌面壁纸和自定义字体等作为不参与更新的自定义系统主题元素只是一种示例性说明，在另一些实施例中，还可以包括其他不参与系统更新的自定义系统主题元素，在此不作限定。

S205：基于升级包获取新的系统版本对应的资源文件，并存储至缓存文件夹中。

在一些实施例中，基于上述步骤S201至S204，已经获取新的系统版本对应的资源文件。进一步，可以基于手机10的框架层220中的PMS 221，调用系统接口对新的系统版本对应的资源文件进行解压，并将新的系统版本对应的资源文件解压至手机10的缓存路径下的缓存文件夹中。例如，手机10的缓存路径为“data/themes/skip/tmp”，则可以基于该缓存路径，将新的系统版本对应的资源文件解压至缓存路径“data/themes/skip/tmp”下的缓存文件夹中。

可以理解，本申请实施例中以“data/themes/skip/tmp”作为电子设备的缓存路径只是一种示例性说明，在另一些实施例中，还可以将新的系统版本对应的资源文件解压至电子设备的其他缓存路径的缓存文件夹中，在此不作限定。

S206：删除目标路径下的资源文件。

示例性地，上述目标路径可以是手机10的桌面应用实际获取应用图标等系统主题元素的资源文件的路径。

在一些实施例中，手机10桌面侧获取不同的系统版本对应的资源文件时的获取路径并非上述缓存路径，而是基于预设的目标路径获取不同的系统版本对应的资源文件。在手机10没有更新至新的系统版本前，目标路径中存储的是旧的系统版本的系统主题元素对应的资源文件。可以理解，旧的系统版本的系统主题元素对应的资源文件可以包括旧的系统版本下的自定义应用图标、自定义桌面壁纸、自定义字体等自定义系统主题元素对应的资源文件。其中，自定义应用图标、自定义桌面壁纸、自定义字体等自定义系统主题元素可以是由用户自定义设置的，也可以是旧的系统版本对应的系统主题元素，在此不作限定。

当手机10重启后，可以删除目标路径下旧的系统版本的自定义应用图标、自定义桌面壁纸、自定义字体等自定义系统主题元素对应的资源文件。

例如，手机10的目标路径为“data/themes/0”，则可以删除目标路径“data/themes/0”下旧的系统版本对应的自定义应用图标、自定义桌面壁纸、自定义字体等自定义系统主题元素对应的资源文件。

可以理解，本申请实施例中以“data/themes/0”作为手机10的目标路径只是一种示例性说明，在此不作限定。

S207：将缓存文件夹中新的系统版本对应的资源文件以重命名的方式存储到目标路径下。

在一些实施例中，基于上述步骤S205中已经将新的系统版本对应的资源文件解压到缓存文件夹中。进一步，可以以重命名的方式将缓存文件夹中的新的系统版本对应的资源文件存储到目标路径下。例如，将新的系统版本的应用图标、桌面壁纸、字体等系统主题元素对应的资源文件存储至目标路径“data/themes/0”下。

基于以上，当前手机10的目标路径下包括新的系统版本的应用图标、桌面壁纸和字体等系统主题要素对应的资源文件。

S208：恢复已备份的自定义桌面壁纸和自定义字体等对应的资源文件至目标路径下。

在一些实施例中，由于只需要将手机10的自定义应用图标更新为新的系统版本的应用图标，而无需将手机10的自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素，更新为新的系统版本的桌面壁纸和字体等系统主题要素。

因此，可以将上述步骤S204中已经提前备份的自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素的资源文件恢复至目标路径下，以替换目标路径下新的系统版本的桌面壁纸、字体等系统主题元素对应的资源文件。

S209：基于桌面应用获取目标路径下的资源文件，并利用目标路径下的资源文件更新桌面配置项。

在一些实施例中，基于上述步骤S209可知，当前手机10的目标路径中包括新的系统版本对应的应用图标的资源文件、自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素对应的资源文件。因此，手机10可以基于这些目标路径中的资源文件对手机10的系统主题元素进行更新。

S210：显示目标路径下的资源文件对应的系统主题元素。

在一些实施例中，当基于目标路径下的资源文件配置更新完成后，手机10的桌面会加载一定时长，即刷新一定时长，最终手机10的桌面可以显示目标路径下的资源文件对应的系统主题元素。也即，手机10的显示界面显示新的系统版本的应用图标，以及未更新新的系统版本前的自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素。

例如，参考图8A所示的手机10的系统升级前的界面示意图，以及图8B所示的手机10的系统升级后的界面示意图。

如图8A所示，手机10升级系统前，手机10的桌面上显示的应用图标为采用方形边框的应用图标，例如图标101、图标102、图标103、图标104的方形边框样式。

如图8B所示，手机10升级系统后，手机10的桌面上显示的应用图标变成新系统版本下的圆形边框应用图标，例如图标101＇、图标102＇、图标103＇、图标104＇的圆形边框样式。然而，在手机10升级系统前后，手机10的桌面上显示的自定义桌面壁纸1050可以保持不变，以及自定义字体108也保持不变。

基于上述方案，可以在电子设备升级系统后，实现将电子设备应用图标更新为新的系统版本对应的应用图标的同时，保持电子设备的桌面壁纸和字体等系统主题元素为更新新的系统版本之前的自定义桌面壁纸和自定义字体。满足了用户体验新的系统版本对应的应用图标的同时，持续使用自定义桌面壁纸和自定义字体等自定义系统主题元素的需要，提升用户使用体验。

但是，上述图4的流程图中阐述的系统升级方法，需要备份目标路径下不参与更新的自定义系统主题元素对应的资源文件，并在后续将其再恢复至目标路径下。如果新增新的需求。例如，需要将自定义桌面壁纸更新为新的系统版本的桌面壁纸，则还需要再执行一次目标路径下桌壁壁纸的资源文件的备份和恢复过程，造成冗余处理。此外，在电子设备开机后需要进行刷新，用户可以明显感知到电子设备的桌面刷新，影响用户的观感体验。

基于上述问题，本申请实施例提供了另一种系统升级方法，如图9所示的另一种系统升级方法的流程示意图。

可以理解，在本申请实施例中，图9所示流程中各步骤的执行主体即电子设备可以是手机10，也可以是平板电脑、智能穿戴设备、智能家居设备、车载设备等电子设备，在此不作限定。以下在介绍各步骤执行的内容时，将不再赘述各步骤的执行主体。

参考图9，具体流程包括：

S301：检测是否存在新的系统版本。

在手机10运行过程中，手机10可以实时检测是否存在新的系统版本可以进行系统升级。

若判断结果为是，则继续执行下述步骤S202，即获取新的系统版本对应的升级包。

若判断结果为否，则可以结束本次流程，不升级电子设备的系统。

可以理解，手机10具体如何检测是否存在新的系统版本的过程可以参考上述步骤S201，在此不再赘述。

S302：获取新的系统版本对应的升级包。

获取新的系统版本对应的升级包的过程可以参考上述步骤S202，在此不再赘述。

可以理解，新的系统版本对应的升级包可以通过云端获取，在此不作限定。

S303：检测到进入重启状态。

在一些实施例中，如上述图5F所示，新的系统版本安装完毕后，用户可以通过点击手机10显示界面中的“立即重启”。基于用户点击“立即重启”，手机10进入重启状态。

可以理解，手机10还可以响应于用户发出的语音控制指令，或者按键操作，从而进入重启状态，在此不作限定。

S304：对新的系统版本的版本号进行校验。

在一些实施例中，在手机10重启的过程中，手机10的应用层210对新的系统版本的版本号进行校验。可以理解，对新的系统版本的版本号进行校验可以指在手机10重启或更新系统的时候，需要校验升级包的版本号是否为新的系统版本对应的版本号。手机10基于新的系统版本的版本号校验无误后，可以进一步检查新的系统版本对应的资源文件没有被破坏或被篡改，确保新的系统版本对应的资源文件的完整性和安全性。基于此，在手机10重启的过程中，可以开启更新新的系统版本对应的资源文件的过程。

S305：基于升级包获取新的系统版本对应的资源文件，并存储至缓存文件夹中。

示例性地，缓存文件夹可以为缓存路径下的临时存储空间，缓存路径可以是临时存储资源文件的路径，例如缓存路径可以为“data/themes/skip/tmp”。

在一些实施例中，基于上述步骤S301至S304，已经获取新的系统版本对应的资源文件。进一步，可以基于手机10的框架层中PMS 221，调用系统接口对新的系统版本对应的资源文件进行解压，并将新的系统版本对应的资源文件解压至手机10的缓存路径下的缓存文件夹中。例如，手机10的缓存路径为“data/themes/skip/tmp”，则可以基于该缓存路径，将新的系统版本对应的资源文件解压至缓存路径“data/themes/skip/tmp”下的缓存文件夹中。

可以理解，本申请实施例中以“data/themes/skip/tmp”作为手机10的缓存路径只是一种示例性说明，在另一些实施例中，还可以将新的系统版本对应的资源文件解压至手机10的其他缓存路径下，在此不作限定。

S306：保存新的系统版本的应用图标对应的资源文件，删除新的系统版本的桌面壁纸和字体等对应的资源文件。

在一些实施例中，基于上述步骤S305中已经将手机10的新的系统版本对应的资源文件解压至手机10的缓存路径下的缓存文件夹中。进一步，可以对缓存文件夹中的资源文件进行处理，即只保存缓存文件夹中新的系统版本的应用图标对应的资源文件，删除除了新的系统版本的应用图标的资源文件以外的，新的系统版本的桌面壁纸和字体等系统主题元素对应的资源文件。

S307：将缓存文件夹中新的系统版本的应用图标对应的资源文件移动至目标路径下。

示例性地，上述目标路径可以是手机10的桌面应用实际获取应用图标等系统主题元素的资源文件的路径。

在一些实施例中，将经过处理的缓存文件夹中存储的新的系统版本的应用图标对应的资源文件，移动至目标路径下以替换目标路径下旧的系统版本的自定义应用图标对应的资源文件。可以理解，目标路径是指手机10桌面应用实际获取不同的系统版本对应的资源文件时的获取路径。

例如，手机10的目标路径为“data/themes/0”，则可以将手机10的缓存文件夹中的新的系统版本的应用图标对应的资源文件，移动至目标路径“data/themes/0”下以替换目标路径“data/themes/0”下旧的系统版本的自定义应用图标对应的资源文件。

基于以上，当前手机10的目标路径下包括新的系统版本的应用图标对应的资源文件、自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素对应的资源文件。

可以理解，自定义系统主题元素可以指在手机10没有更新至新的系统版本前，目标路径中存储的旧的系统版本下的资源文件对应的系统主题元素。其中，旧的系统版本的系统主题元素对应的资源文件可以包括旧的系统版本下自定义应用图标、自定义桌面壁纸、自定义字体等自定义系统主题元素对应的资源文件。其中，自定义应用图标、自定义桌面壁纸、自定义字体等自定义系统主题元素可以是由用户自定义设置的，也可以是旧的系统版本对应的系统主题元素，在此不作限定。

S308：删除缓存文件夹中的资源文件。

在一些实施例中，基于上述步骤S307中，已经将缓存文件夹中新的系统版本的应用图标对应的资源文件移动至目标路径下。因此，可以删除手机10的缓存路径下缓存文件夹中的资源文件，也即缓存文件夹中存储的新的系统版本的应用图标对应的资源文件。

通过删除缓存文件夹中存储的资源文件，可以减少手机10的缓存文件夹的冗余，释放手机10的缓存空间，也可以提高手机10的运行速度。

可以理解，在另一些实施例中，步骤S308可以在步骤S307、S309、S310中任一步骤之前或者之后执行；或者，不执行步骤S308,在此不作限定。

S309：基于桌面应用获取目标路径下的资源文件，并利用目标路径下的资源文件更新桌面配置项。

示例性地，手机10的桌面应用可以取用目标路径下的系统主题元素对应的资源文件。

在一些实施例中，基于上述步骤S307可知，当前手机10的目标路径中包括新的系统版本对应的应用图标的资源文件、自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素等对应的资源文件。因此，手机10可以基于这些目标路径下的资源文件对手机10的系统主题元素进行更新。

S310：检测到进入开机状态，显示目标路径下的资源文件对应的系统主题元素。

在一些实施例中，基于上述步骤S301至步骤S309，在手机10重启过程中，已经将手机10升级至新的系统版本，手机10的桌面需要显示的系统主题元素更新加载完毕。因此，当手机10开机后，手机10的桌面可以直接显示基于目标路径中获取的资源文件对应的系统主题元素。也即，手机10的显示界面可以显示新的系统版本的应用图标，以及未更新新的系统版本前的自定义桌面壁纸和自定义字体等不参与更新的自定义系统主题元素。

例如，如图8A所示，手机10升级系统前，手机10的桌面上显示的应用图标为采用方形边框的应用图标，例如图标101、图标102、图标103、图标104的方形边框样式。

如图8B所示，手机10升级系统后，手机10的桌面上显示的应用图标变成新系统版本下的圆形边框应用图标，例如图标101＇、图标102＇、图标103＇、图标104＇的圆形边框样式。然而，在手机10升级系统前后，手机10[L1] 桌面上显示的自定义桌面壁纸1050可以保持不变，以及自定义字体108也保持不变。

基于上述方案，可以在电子设备进行系统升级时，实现自动更新电子设备应用图标为新的系统版本对应的应用图标的同时，保持电子设备的桌面壁纸和字体等系统主题元素为更新新的系统版本之前的自定义桌面壁纸和自定义字体。而无需用户在电子设备开机后，再通过“设置应用211”或者“主题应用212”将新的系统版本对应的桌面壁纸和字体恢复为更新系统前的自定义桌面壁纸和自定义字体，满足了用户体验新的系统版本对应的应用图标的同时，持续使用自定义桌面壁纸和字体等系统主题资源的需要，提升用户使用体验。

可以理解，本申请实施例提供的系统升级方法中通过在电子设备的框架层220中进行设置。进而可以实现在电子设备开机后，直接显示新的系统版本对应的应用图标的同时，以及显示没有更新新的系统版本前的自定义桌面壁纸和自定义字体等自定义系统主题元素，满足用户体验新的系统版本对应的应用图标的同时，持续使用自定义桌面壁纸和自定义字体等自定义系统主题资源的需要，提升用户使用体验。

进一步，图10根据本申请的一些实施例，示出了一种手机10的结构示意图。

如图10所示，手机10可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块（subscriber identification module，SIM）卡接口195、通信装置196等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。其中：

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器（application processor，AP），调制解调处理器，图形处理器（graphics processingunit，GPU），图像信号处理器（image signal processor，ISP），控制器，视频编解码器，数字信号处理器（digitalsignal processor，DSP），基带处理器，和/或神经网络处理器（neural-network processing unit，NPU）等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器可以保存处理器110刚用过或循环使用的存储数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以用于执行本申请各实施例提供的系统升级方法，在检测新的系统版本时，可以获取新的系统版本的升级包对手机10的系统进行升级，使得手机10的桌面显示进行更新的系统主题元素的样式以及保持由用户自定义设置、不进行更新的系统主题元素的样式不变。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为手机10充电，也可以用于手机10与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为手机10供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

手机10的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号，也即无线载波信息。

移动通信模块150可以提供应用在手机10上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（lownoise amplifier，LNA）等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

无线通信模块160可以提供应用在手机10上的包括无线局域网（wireless localarea networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequencymodulation，FM），近场通信（near field communication，NFC），红外（infrared，IR）超宽带（ultra wide band，UWB）等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160可以由天线2接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。无线通信模块160还可以对经调制解调处理器调制后的信号放大，经天线2转为电磁波辐射出去。

手机10通过GPU，显示屏194，以及应用处理器等实现界面显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD），有机发光二极管（organic light-emittingdiode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrixorganic light emittingdiode的，AMOLED），柔性发光二极管（flex light-emittingdiode，FLED），mini-LED，micro-LED，micro-OLED，量子点发光二极管（quantumdot lightemitting diodes，QLED）等。在一些实施例中，可以基于显示屏194显示手机10的系统主题元素。

摄像头193用于捕获静态图像或视频。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机10的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将系统主题元素的资源文件等保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令，例如前述存储器103。内部存储器121可以包括程序存储区和数据存储区。其中，程序存储区可存储操作系统，至少一个功能所需的应用程序等。数据存储区可存储手机10使用过程中所创建的数据等，例如可以用于存储安全控件的控件标识、安全控件对应的截屏重绘策略标识、截屏重绘策略对应的图案、图像、文本等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universal flash storage，UFS）等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器110中的存储器的指令，执行手机10的各种功能应用。

手机10可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于手机10的表面，与显示屏194所处的位置不同。在一些实施例中，触摸屏在检测到用户对触摸屏的操作时，可以发送给处理器110，以触发本申请实施例提供的对手机10的重启。

马达191可以产生振动提示。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。

可以理解，本申请实施例示出的手机10的结构并不构成对手机10的具体限定。在本申请另一些实施例中，手机10可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请公开的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统（包括易失性和非易失性存储器和/或存储元件）、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器（DSP）、微控制器、专用集成电路（ASIC）或微处理器之类的处理器的任何系统。程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。

在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例可以被实现为由一个或多个暂时或非暂时性机器可读（例如，计算机可读）存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器（例如，计算机）可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器（CD-ROMs）、磁光盘、只读存储器（ROM）、随机存取存储器（RAM）、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息（例如，载波、红外信号数字信号等）的有形的机器可读存储器。因此，机器可读介质包括适合于以机器（例如，计算机）可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。虽然通过参照本申请的某些优选实施例，对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的范围。

Claims (5)

1.一种系统升级方法，其特征在于，应用于电子设备，所述方法包括：

在系统升级的过程中，获取第一系统升级数据并将所述第一系统升级数据缓存至第一存储路径，其中，所述第一系统升级数据包括新的系统版本的资源文件，所述第一存储路径为临时存储系统升级数据的缓存路径；

对应于所述第一系统升级数据包括属于第一类型的第一数据，删除所述第一系统升级数据中的所述第一数据，其中所述第一类型的数据对应预先确定的、在系统升级前后保持不变的应用的设置状态，并且所述第一类型的第一数据包括与桌面壁纸、应用图标、字体中的至少一种相关的资源文件，所述第一数据对应第一应用的第一设置状态；

检测到所述电子设备重启后进入升级加载阶段，备份当前所述第一应用的第二设置状态相关的第二数据；

将已删除所述第一数据的第一系统升级数据移动到第二存储路径，所述第二存储路径为所述电子设备获取系统升级数据的实际存取路径；并且，

将已备份的所述第二数据恢复至所述第二存储路径作为所述第一数据的替换数据，得到第二系统升级数据；

所述系统中对应的第一应用基于所述第二存储路径获取所述第二系统升级数据，并显示所述第一应用的第二设置状态。

2.根据权利要求1所述的方法，其特征在于，所述在系统升级的过程中，获取并存储第一系统升级数据，包括：

获取第一系统升级数据对应的第一升级包；

检测到所述电子设备被启动，在所述电子设备启动过程中，基于所述电子设备的第一调用接口解压所述第一升级包，得到所述第一系统升级数据。

3.根据权利要求2所述的方法，其特征在于，所述检测到所述电子设备被启动，在所述电子设备启动过程中，基于所述电子设备的第一调用接口解压所述第一升级包，得到所述第一系统升级数据，包括：

在所述电子设备启动过程中，基于所述第一升级包的版本号校验所述第一升级包为所述第一系统升级数据对应的升级包；

基于所述电子设备的第一调用接口解压所述第一升级包，得到所述第一系统升级数据。

4.一种电子设备，其特征在于，包括：存储器，用于存储指令；处理器，用于执行所述指令以实现权利要求1至3中任一项所述的系统升级方法。

5.一种可读存储介质，其特征在于，所述可读存储介质上存储有指令，所述指令在电子设备上执行时使得所述电子设备执行权利要求1至3中任一项所述的系统升级方法。