[发明专利]一种应用上帧动态配置方法、设备及计算机可读存储介质

说明书

本发明公开了一种应用上帧动态配置方法、设备及计算机可读存储介质，其中，该方法包括：在通过预设的监听对象确定与前后台状态对应的第一变量值和/或与亮灭屏状态对应的第二变量值发生预设的第一值变化时，确定当前应用由前台运行状态切换为后台运行状态和/或设备由亮屏显示状态切换为熄屏显示状态；将所述当前应用的上帧请求保存于预设的集合并返回，不执行与所述上帧请求对应的上帧操作；在发生预设的第二值变化时，恢复与所述集合中的所述上帧请求对应的上帧流程，并在所述当前正常刷新时清空所述集合。本发明实现了一种高效的应用上帧动态配置方案，既保证了应用的正常界面绘制，也节省了系统处理开销，提升了系统流畅性。

技术领域

本发明涉及移动通信领域，尤其涉及一种应用上帧动态配置方法、设备及计算机可读存储介质。

背景技术

现有技术中，随着智能终端设备的不断发展以及用户需求的不断提高，设备的性能与功耗需达到有效的平衡。特别地，在Android系统中，当应用到前台后，应用是通过不断的“上帧”来实现界面的绘制、刷新、动画等任务，所谓“上帧”，其实是向系统注册一个帧率的监听，系统底层会定时(例如，在显示帧率为60Hz的情况下，按16fps发出同步信号)发出一个vsync同步信号，即帧，应用收到此信号后，开启线程进行工作，工作完成后，继续“上帧”，以此实现界面的不断刷新。

可以看出，由于上帧主要为了完成界面刷新任务，因此，在当应用退后台后，一般情况下会不再上帧，然而，在Android的系统设计中，其实并没有严格限制应用上帧场景，即只要应用注册了帧率监听，就能收到帧率回调进行任务，而不管应用是否真正在前台。由此，导致一些不规范的应用已经不在前台了，或者设备已经熄屏了，但是，由于应用行为，还在依然上帧。显然，上述类型的上帧对用户来说是没有意义的，此外，多个此类应用在后台，无疑会增加处理器的线程开销，从而影响到系统的流畅性，增加额外的系统功耗。

发明内容

为了解决现有技术中的上述技术缺陷，本发明提出了一种应用上帧动态配置方法，该方法包括：

在通过预设的监听对象确定与前后台状态对应的第一变量值和/或与亮灭屏状态对应的第二变量值发生预设的第一值变化时，确定当前应用由前台运行状态切换为后台运行状态和/或设备由亮屏显示状态切换为熄屏显示状态；

将所述当前应用的上帧请求保存于预设的集合并返回，不执行与所述上帧请求对应的上帧操作；

在通过所述监听对象确定所述第一变量值和/或所述第二变量值发生预设的第二值变化时，确定所述当前应用由后台运行状态切换为前台运行状态和/或所述设备由熄屏显示状态切换为亮屏显示状态；

恢复与所述集合中的所述上帧请求对应的上帧流程，并在所述当前正常刷新时清空所述集合。

可选地，所述在通过预设的监听对象确定与前后台状态对应的第一变量值和/或与亮灭屏状态对应的第二变量值发生预设的第一值变化时，确定当前应用由前台运行状态切换为后台运行状态和/或设备由亮屏显示状态切换为熄屏显示状态，之前包括：

创建用于监听所述当前应用的所述前后台状态和/或所述设备的所述亮灭屏状态的所述监听对象；

设置与所述前后台状态对应的所述第一变量值，以及与所述亮灭屏状态对应的所述第二变量值。

可选地，所述在通过预设的监听对象确定与前后台状态对应的第一变量值和/或与亮灭屏状态对应的第二变量值发生预设的第一值变化时，确定当前应用由前台运行状态切换为后台运行状态和/或设备由亮屏显示状态切换为熄屏显示状态，之前包括：

在所述前后台状态发生由前台进入后台的变化时，确定所述第一变量值发生所述第一值变化；

在所述亮灭屏状态发生由亮屏进入熄屏的变化时，确定所述第二变量值发生所述第一值变化。