CN109684011A - 界面显示控制方法、电子装置及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供一种界面显示控制方法、电子装置及计算机可读存储介质，涉及通信技术领域，其中方法包括：当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别；若识别该工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态。通过特定场景下控制锁屏前最后显示的界面保持锁屏前的显示状态，可解决在该特定场景下解锁时因重建界面的画面内容而导致出现黑屏、半屏、系统崩溃等异常情况的问题。

Description

界面显示控制方法、电子装置及计算机可读存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种界面显示控制方法、电子装置及计算机可读存储介质。

背景技术

随着通信技术以及电子终端技术的发展，手机、平板电脑、手提电脑等智能电子终端的普及率越来越高。因为某些操作系统要求前台应用的交互界面在锁屏下可见，于是导致该交互界面在锁屏和解锁时被强行在横、竖屏显示状态之间来回转换，而每次转换时都需要对该交互界面的画面进行重新创建。画面创建的过程通常会对机器性能造成影响，有时在重新创建的过程中甚至会出现黑屏、半屏、系统崩溃(crash)等异常情况。

发明内容

本申请实施例提供一种界面显示控制方法、电子装置及计算机可读存储介质，可用于解决在特定场景下解锁时因重建界面的画面内容而导致出现黑屏、半屏、系统崩溃等异常情况的问题。

本申请实施例一方面提供了一种界面显示控制方法，包括：当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别；若识别所述工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态。

本申请实施例一方面还提供了一种电子装置，所述电子装置包括：识别模块，用于当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别；控制模块，用于若识别所述工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态。

本申请实施例一方面还提供了一种电子装置，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如上述实施例提供的界面显示控制方法。

本申请实施例一方面还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如上述实施例提供的界面显示控制方法。

上述各实施例，通过当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别，若识别该工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态，由于进入锁屏状态后直至解锁，锁屏前最后显示的界面始终保持锁屏前的显示状态不变，因此可解决在目标场景下解锁时，因重建界面的画面内容而导致出现黑屏、半屏、系统崩溃等异常情况的问题。

附图说明

图1为本申请一实施例提供的界面显示控制方法的实现流程示意图；

图2为现有技术中解锁时显示的界面的示意图；

图3为本申请另一实施例提供的界面显示控制方法的实现流程示意图；

图4为本申请一实施例提供的电子装置的结构示意图；

图5为本申请另一实施例提供的电子装置的结构示意图；

图6为本申请一实施例提供的电子装置的硬件结构示意图；

图7为一种电子设备的硬件结构示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参阅图1，为本申请一实施例提供的界面显示控制方法的实现流程示意图。该方法可应用于需要根据电子装置的位置变化切换不同的显示状态的可在移动中进行数据处理的电子装置，如：手机，平板电脑，手提电脑，智能手表，音、视频播放器等等。为便于理解，以下将以手机为例进行说明。如图1所示，该方法主要包括：

S101、当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别；

S102、若识别该工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态。

屏幕可基于用户按压用于锁屏的快捷按键的时间，或者，超过预设时长无用户操作的通知事件，进入锁屏状态。

工作场景是指手机被使用时，系统中运行的应用及前台显示的交互界面等多个情况共同构成的系统工作画面。

具体的，当屏幕进入锁屏状态时，对锁屏前系统所处的工作场景进行识别，确定该工作场景是否为特定的工作场景，例如：前台是否正在运行特定的应用程序(APP，以下简称应用)，前台显示的是否为重新创建需要占用大量系统资源的特定界面等等。可选的，该特定的应用和特定界面可通过表单限定。在实际应用中，表单可由用户自定义。

若锁屏前系统所处的工作场景为特定的工作场景，则识别锁屏前系统所处的工作场景为目标场景，在此场景下，解锁后若重建前台显示的交互界面(以下简称界面)的画面，需要占用大量的系统资源且重建操作的处理逻辑较为复杂，可能会导致出现黑屏、半屏、系统崩溃(crash)等异常情况。于是，控制锁屏前最后显示的界面在锁屏时继续保持锁屏前的显示状态，这样界面就不会有压缩情况发生，且解锁后系统也没有必要做多余的屏幕旋转操作，也就是说当屏幕解锁时，无需再重新创建该界面的画面，从而可避免因应用没有声明自己如何处理横、竖屏显示状态的变化，而被强行销毁，再根据系统限定的显示状态重新进行布局，从而产生界面被压缩成奇怪的状态的情况(如图2所示)从而可提高用户体验。另一方面，还可解决因重建画面导致的屏幕显示或系统异常的问题。

否则，若识别锁屏前系统所处的工作场景不为目标场景，则执行原处理逻辑。例如，若锁屏时限定只能是竖屏显示状态，当灭屏锁屏的时候，系统就会通知所有APP，当前系统配置(Config)变成竖屏，以使得APP各自根据Config的变化调整各自界面的显示状态。

可选的，目标场景包括：视频播放场景、游戏场景以及绘制需要占用大量系统资源且绘制逻辑复杂的其他交互界面对应的场景。可以理解的，在实际应用中，目标场景是一个统称，可以定义单个特定的工作场景(如：视频播放场景或游戏场景)是目标场景。也可以定义多个特定的工作场景是目标场景，如将视频播放场景和游戏场景作为目标场景，只要系统当前处于其中的任意一个工作场景，即可认为系统所处的工作场景为目标场景。

可选的，可根据锁屏前最后显示的界面对应的应用的类型，识别锁屏前系统所处的工作场景为目标场景。具体的，判断锁屏前最后显示的界面对应的应用是否为目标类型的应用，目标类型包括：游戏、视频播放中的至少一种类型；若对应的应用是目标类型的应用，则识别工作场景为目标场景。

可选的，考虑到不是所有的系统在锁屏时均会触发系统屏显状态变化，且，锁屏时最后显示的界面的显示状态在实际应用中，可能与变化后的系统屏显状态一致，因此为提高控制的准确性，避免不必要的控制操作，于本申请其他实施例中，当屏幕进入锁屏状态时，判断本次锁屏是否会触发系统屏显状态变化，即，Config配置是否会发生变化。若会触发系统屏显状态变化，则判断锁屏状态下预设的界面显示状态与锁屏前最后显示的界面在锁屏前的显示状态是否一致。若不一致，则再对锁屏前系统所处的工作场景进行识别。

其中，可通过系统的标识信息(如：Android4.0、ColorOS1.0、OS X 10.11等等)确定该系统是否限定了通过锁屏触发系统屏显状态变化。具体的，可在手机中预置识别表单，该识别表单中记录有限定了或未限定通过锁屏触发系统屏显状态变化的系统的标识信息，通过查询该表单可确定当前系统是否限定了通过锁屏触发系统屏显状态变化。

或者，由于锁屏触发系统config变化，系统会向所有的APP发送Config变化信息通知，当接收到系统发送的该Config变化信息通知时，可确定本次锁屏会触发系统屏显状态变化。

本实施例中，通过当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别，若识别该工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态，由于进入锁屏状态后直至解锁，锁屏前最后显示的界面始终保持锁屏前的显示状态不变，因此可解决在目标场景下解锁时，因重建界面的画面内容而导致出现黑屏、半屏、系统崩溃等异常情况的问题。

请参阅图3，为本申请另一实施例提供的界面显示控制方法的实现流程示意图。该方法可应用于需要根据电子装置的位置变化切换不同的显示状态的可在移动中进行数据处理的电子装置，如：手机，平板电脑，手提电脑，智能手表，音、视频播放器等等。为便于理解，以下将以手机的游戏场景为例进行说明。本实施例中，锁屏状态下预设的界面显示状态为竖屏状态，锁屏前最后显示的界面在锁屏前的显示状态为横屏状态。如图3所示，该方法主要包括：

S201、当进入锁屏状态时，若锁屏触发系统屏显状态变化为竖屏状态，且，锁屏前最后显示的界面在锁屏前的显示状态为横屏状态，则识别锁屏前系统所处的工作场景是否为游戏场景；

具体的，手机中可预置有用于记录不同应用与其对应的类型之间的对应关系的文件，通过查询该文件判断锁屏前最后显示的界面对应的应用是否为游戏类应用，若为游戏类应用，则识别锁屏前系统所处的工作场景为游戏场景。

若识别该工作场景为游戏场景，则执行步骤S202：判断该最后显示的界面是否为热门应用表单中的应用；

可以理解的，控制锁屏前最后显示的界面保持锁屏前的显示状态会对原有的处理逻辑(即，原生流程)产生影响，而热门游戏通常都做过测试适配，以保证处理逻辑不会异常，并且热门游戏能覆盖多数人的需求。因此通过热门应用的限制，可以最大限度地保证控制锁屏前最后显示的界面保持锁屏前的显示状态后，系统出现异常的机率。

可选的，热门应用表单可通过在线配置的方式生成并存储在服务器中。手机可预先从服务器获取该热门应用表单并保存在本地。

可选的，通过应用商城获取目标类型的应用中的热门应用的标识信息，根据获取的热门应用的标识信息，生成上述热门应用表单。在实际应用中，上述热门应用表单的具体形式可以是白名单、列表、或者数据库文件等等。

可选的，还可以通过应用商城获取目标类型的多个应用的下载量或点击量，并根据下载量或点击量，将下载量或点击量最高的预置数量的应用确定为热门应用，或者，将下载量或点击量超过阈值的应用确定为热门应用。然后，根据确定的热门应用的标识信息，生成上述热门应用表单。

若该最后显示的界面是热门应用表单中的应用，则执行步骤S203：判断该最后显示的界面是否支持竖屏显示；否则，执行步骤S205。

若该最后显示的界面不支持竖屏显示，则执行步骤S204：在该最后显示的界面对应的应用的ActivityThread中，屏蔽系统屏幕显示状态配置参数变化的处理逻辑；否则，执行步骤S205。

具体的，判断当前的游戏APP的Activity是否在其Manifest中配置能够处理横、竖屏config变化。如果配置能够处理横、竖屏config变化，则说明游戏APP自身支持处理竖屏情况下的显示，在重建游戏画面时，出现异常的机率较低，于是执行原有的处理逻辑。

如果没有配置能够处理横、竖屏config变化，则说明APP不支持竖屏显示，在竖屏情况下会有显示异常的可能，走拦截Config变化的流程，以控制该游戏APP保持横屏状态不变。具体的，可在该游戏APP对应进程的ActivityThread的performConfigurationChanged函数中直接return掉Config变化。

若识别该工作场景不为游戏场景，则执行步骤S205，执行原处理逻辑。

可选的，于本申请其他一实施方式中，当进入锁屏状态时，若锁屏触发系统屏显状态变化为竖屏状态，且，锁屏前最后显示的界面在锁屏前的显示状态为横屏状态，则判断锁屏前最后显示的界面对应的应用是否为视频播放类应用，若为视频播放类应用，则识别锁屏前系统所处的工作场景为视频播放场景。并基于视频播放场景，执行步骤S202至步骤S205。

可选的，于本申请其他一实施方式中，还可通过将锁屏前最后显示的界面设置为锁屏不可见，控制锁屏前最后显示的界面保持锁屏前的显示状态。由于系统锁屏需求APP在锁屏下可见，这就导致了APP在锁屏的时候会接收config的变化。通过将APP的界面设置为锁屏不可见，使得APP在锁屏时不会接收config的变化，或者，对系统发送的config通知不做响应，这样同样也能保证界面不会发生异常。

本实施例中未尽之细节，可参考其他实施例中的相关描述。

本实施例中，通过当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别，若识别该工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态，由于进入锁屏状态后直至解锁，锁屏前最后显示的界面始终保持锁屏前的显示状态不变，因此可解决在目标场景下解锁时，因重建界面的画面内容而导致出现黑屏、半屏、系统崩溃等异常情况的问题。

请参阅图4，为本申请一实施例提供的电子装置的结构示意图。该电子装置可用于实现上述图1所示实施例提供的界面显示控制方法。如图4所示，该电子装置包括：识别模块401和控制模块402。

识别模块401，用于当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别；

控制模块402，用于若识别所述工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态。。

需要说明的是，以上图3示例的电子装置的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，例如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将电子装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。而且，在实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成。本说明书提供的各个实施例都可应用上述描述原则，以下不再赘述。

本实施例提供的电子装置中各功能模块实现各自功能的具体过程，请参见上述图1所示实施例中描述的具体内容，此处不再赘述。

本实施例提供的电子装置，通过当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别，若识别该工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态，由于进入锁屏状态后直至解锁，锁屏前最后显示的界面始终保持锁屏前的显示状态不变，因此可解决在解锁时因重建界面的画面内容而导致出现黑屏、半屏、系统崩溃等异常情况的问题。

请参阅图5，为本申请另一实施例提供的电子装置的结构示意图。该电子装置可用于实现上述图1至图3所示实施例提供的界面显示控制方法。如图5所示，与图4所示实施例不同的是，于本实施例中：

进一步的，识别模块401还用于当进入该锁屏状态时，若锁屏触发系统屏显状态变化，且，该锁屏状态下预设的界面显示状态与该锁屏前最后显示的界面在锁屏前的显示状态不一致，则对锁屏前系统所处的工作场景进行识别。

进一步的，该预设的界面显示状态为竖屏状态，该锁屏前最后显示的界面在锁屏前的显示状态为横屏状态，则控制模块402包括：

判断模块4021，用于若识别该工作场景为目标场景，则判断该锁屏前最后显示的界面对应的应用是否支持竖屏显示；

状态控制模块4022，用于若该对应的应用不支持竖屏显示，则控制该锁屏前最后显示的界面保持横屏显示状态。

进一步的，判断模块4021，还用于若识别该工作场景为目标场景，则判断该对应的应用是否为热门应用表单中的应用；以及若该对应的应用是该热门应用表单中的应用，则判断该锁屏前最后显示的界面对应的应用是否支持竖屏显示。

进一步的，该电子装置还包括：

表单生成模块501，用于通过应用商城获取目标类型的应用中的热门应用的标识信息；以及，根据获取的热门应用的标识信息，生成该热门应用表单。

进一步的，识别模块401，还用于判断该锁屏前最后显示的界面对应的应用是否为目标类型的应用，该目标类型包括：游戏、视频播放中的至少一种类型；以及，若该对应的应用是该目标类型的应用，则识别该工作场景为目标场景。

进一步的，状态控制模块4022，具体用于通过在该锁屏前最后显示的界面对应的应用的ActivityThread主线程中，屏蔽系统屏幕显示状态配置参数变化的处理逻辑，控制该锁屏前最后显示的界面保持锁屏前的显示状态；

状态控制模块4022，具体还用于通过将该锁屏前最后显示的界面设置为锁屏不可见，控制该锁屏前最后显示的界面保持锁屏前的显示状态。

本实施例提供的电子装置中各功能模块实现各自功能的具体过程，请参见上述图1至图3所示实施例中描述的具体内容，此处不再赘述。

本实施例提供的电子装置，通过当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别，若识别该工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态，由于进入锁屏状态后直至解锁，锁屏前最后显示的界面始终保持锁屏前的显示状态不变，因此可解决在目标场景下解锁时，因重建界面的画面内容而导致出现黑屏、半屏、系统崩溃等异常情况的问题。

请参阅图6，图6为本申请一实施例提供的电子装置的硬件结构示意图。

本实施例中所描述的电子装置，包括：

存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序，处理器802执行该计算机程序时，实现前述图1至图3所示实施例中描述的界面显示控制方法。

进一步的，该电子装置还包括：

至少一个输入设备803以及至少一个输出设备804。

上述存储器801、处理器802、输入设备803以及输出设备804，通过总线805连接。

其中，输入设备803具体可为摄像头、触控面板、物理按键等等。输出设备804具体可为显示屏。

存储器801可以是高速随机存取记忆体(RAM，Random Access Memory)存储器，也可为非不稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器801用于存储一组可执行程序代码，处理器802与存储器801耦合。

进一步的，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以是配置于上述各实施例中的电子装置中，该计算机可读存储介质可以是上述各实施例中配置在主控芯片和数据采集芯片中的存储单元。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现前述图1至图3所示实施例中描述的界面显示控制方法。

示例性的，电子装置可以为移动或便携式并执行无线通信的各种类型的计算机系统设备中的任何一种。具体的，电子装置可以为移动电话或智能电话(例如，基于iPhoneTM，基于Android TM的电话)，便携式游戏设备(例如Nintendo DS TM，PlayStationPortable TM，Gameboy Advance TM，iPhone TM)、膝上型电脑、PDA、便携式互联网设备、音乐播放器以及数据存储设备，其他手持设备以及诸如手表、耳机、吊坠、耳机等，电子装置还可以为其他的可穿戴设备(例如，诸如电子眼镜、电子衣服、电子手镯、电子项链、电子纹身、电子设备或智能手表的头戴式设备(HMD))。

电子装置还可以是多个电子设备中的任何一个，多个电子设备包括但不限于蜂窝电话、智能电话、其他无线通信设备、个人数字助理、音频播放器、其他媒体播放器、音乐记录器、录像机、照相机、其他媒体记录器、收音机、医疗设备、车辆运输仪器、计算器、可编程遥控器、寻呼机、膝上型计算机、台式计算机、打印机、上网本电脑、个人数字助理(PDA)、便携式多媒体播放器(PMP)、运动图像专家组(MPEG-1或MPEG-2)音频层3(MP3)播放器，便携式医疗设备以及数码相机及其组合。

在一些情况下，电子装置可以执行多种功能(例如，播放音乐，显示视频，存储图片以及接收和发送电话呼叫)。如果需要，电子装置可以是诸如蜂窝电话、媒体播放器、其他手持设备、腕表设备、吊坠设备、听筒设备或其他紧凑型便携式设备的便携式设备。

如图7所示，电子设备10可以包括控制电路，该控制电路可以包括存储和处理电路30。该存储和处理电路30可以包括存储器，例如硬盘驱动存储器，非易失性存储器(例如闪存或用于形成固态驱动器的其它电子可编程限制删除的存储器等)，易失性存储器(例如静态或动态随机存取存储器等)等，本申请实施例不作限制。存储和处理电路30中的处理电路可以用于控制电子设备10的运转。该处理电路可以基于一个或多个微处理器，微控制器，数字信号处理器，基带处理器，功率管理单元，音频编解码器芯片，专用集成电路，显示驱动器集成电路等来实现。

存储和处理电路30可用于运行电子设备10中的软件，例如互联网浏览应用程序，互联网协议语音(Voice over Internet Protocol，VOIP)电话呼叫应用程序，电子邮件应用程序，媒体播放应用程序，操作系统功能等。这些软件可以用于执行一些控制操作，例如，基于照相机的图像采集，基于环境光传感器的环境光测量，基于接近传感器的接近传感器测量，基于诸如发光二极管的状态指示灯等状态指示器实现的信息显示功能，基于触摸传感器的触摸事件检测，与在多个(例如分层的)显示器上显示信息相关联的功能，与执行无线通信功能相关联的操作，与收集和产生音频信号相关联的操作，与收集和处理按钮按压事件数据相关联的控制操作，以及电子设备10中的其它功能等，本申请实施例不作限制。

电子设备10还可以包括输入-输出电路42。输入-输出电路42可用于使电子设备10实现数据的输入和输出，即允许电子设备10从外部蓝牙设备接收数据和也允许电子设备10将数据从电子设备10输出至外部蓝牙设备。输入-输出电路42可以进一步包括传感器32。传感器32可以包括环境光传感器，基于光和电容的接近传感器，触摸传感器(例如，基于光触摸传感器和/或电容式触摸传感器，其中，触摸传感器可以是触控显示屏的一部分，也可以作为一个触摸传感器结构独立使用)，加速度传感器，和其它传感器等。

输入-输出电路42还可以包括一个或多个显示器，例如显示器14。显示器14可以包括液晶显示器，有机发光二极管显示器，电子墨水显示器，等离子显示器，使用其它显示技术的显示器中一种或者几种的组合。显示器14可以包括触摸传感器阵列(即，显示器14可以是触控显示屏)。触摸传感器可以是由透明的触摸传感器电极(例如氧化铟锡(ITO)电极)阵列形成的电容式触摸传感器，或者可以是使用其它触摸技术形成的触摸传感器，例如音波触控，压敏触摸，电阻触摸，光学触摸等，本申请实施例不作限制。

电子设备10还可以包括音频组件36。音频组件36可以用于为电子设备10提供音频输入和输出功能。电子设备10中的音频组件36可以包括扬声器，麦克风，蜂鸣器，音调发生器以及其它用于产生和检测声音的组件。

通信电路38可以用于为电子设备10提供与外部蓝牙设备通信的能力。通信电路38可以包括模拟和数字输入-输出接口电路，和基于射频信号和/或光信号的无线通信电路。通信电路38中的无线通信电路可以包括射频收发器电路、功率放大器电路、低噪声放大器、开关、滤波器和天线。举例来说，通信电路38中的无线通信电路可以包括用于通过发射和接收近场耦合电磁信号来支持近场通信(Near Field Communication，NFC)的电路。例如，通信电路38可以包括近场通信天线和近场通信收发器。通信电路38还可以包括蜂窝电话收发器和天线，无线局域网收发器电路和天线等。

电子设备10还可以进一步包括电池，电力管理电路和其它输入-输出单元40。输入-输出单元40可以包括按钮，操纵杆，点击轮，滚动轮，触摸板，小键盘，键盘，照相机，发光二极管和其它状态指示器等。

用户可以通过输入-输出电路42输入命令来控制电子设备10的操作，并且可以使用输入-输出电路42的输出数据以实现接收来自电子设备10的状态信息和其它输出。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本申请所提供的界面显示控制方法、电子装置及计算机可读存储介质的描述，对于本领域的技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种界面显示控制方法，其特征在于，所述方法包括：

当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别；

若识别所述工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态。

2.如权利要求1所述的方法，其特征在于，所述当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别，包括：

当进入所述锁屏状态时，若锁屏触发系统屏显状态变化，且，所述锁屏状态下预设的界面显示状态与所述锁屏前最后显示的界面在锁屏前的显示状态不一致，则对锁屏前系统所处的工作场景进行识别。

3.如权利要求2所述的方法，其特征在于，所述预设的界面显示状态为竖屏状态，所述锁屏前最后显示的界面在锁屏前的显示状态为横屏状态，则所述若识别所述工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态，具体包括：

若识别所述工作场景为目标场景，则判断所述锁屏前最后显示的界面对应的应用是否支持竖屏显示；

若所述对应的应用不支持竖屏显示，则控制所述锁屏前最后显示的界面保持横屏显示状态。

4.如权利要求3所述的方法，其特征在于，所述若识别所述工作场景为目标场景，则判断所述锁屏前最后显示的界面对应的应用是否支持竖屏显示，包括：

若识别所述工作场景为目标场景，则判断所述对应的应用是否为热门应用表单中的应用；

若所述对应的应用是所述热门应用表单中的应用，则判断所述锁屏前最后显示的界面对应的应用是否支持竖屏显示。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

通过应用商城获取目标类型的应用中的热门应用的标识信息；

根据获取的热门应用的标识信息，生成所述热门应用表单。

6.如权利要求1至5中的任一项所述的方法，其特征在于，所述对锁屏前系统所处的工作场景进行识别，包括：

判断所述锁屏前最后显示的界面对应的应用是否为目标类型的应用，所述目标类型包括：游戏、视频播放中的至少一种类型；

若所述对应的应用是所述目标类型的应用，则识别所述工作场景为目标场景。

7.如权利要求1至5中的任一项所述的方法，其特征在于，所述控制锁屏前最后显示的界面保持锁屏前的显示状态，包括：

通过在所述锁屏前最后显示的界面对应的应用的ActivityThread主线程中，屏蔽系统屏幕显示状态配置参数变化的处理逻辑，控制所述锁屏前最后显示的界面保持锁屏前的显示状态；或者，

通过将所述锁屏前最后显示的界面设置为锁屏不可见，控制所述锁屏前最后显示的界面保持锁屏前的显示状态。

8.一种电子装置，其特征在于，所述电子装置包括：

识别模块，用于当进入锁屏状态时，对锁屏前系统所处的工作场景进行识别；

控制模块，用于若识别所述工作场景为目标场景，则控制锁屏前最后显示的界面保持锁屏前的显示状态。

9.一种电子装置，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如权利要求1至7中的任意一项所述的界面显示控制方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1至7中的任意一项所述的界面显示控制方法。