[发明专利]一种车机系统画面僵死的检测、恢复方法及存储介质

说明书

本发明涉及通信技术领域，提供一种车机系统画面僵死的检测、恢复方法及存储介质，摒弃了根据计算机编程维度的关键线程是否存在“死锁”，以判断可视界面的“僵死”现象的固有思维，直接根据被测界面建立测试模板，并划定测试区域，以优化测试速率和测试精度；根据预设时间间隔调整并检测测试区域的区域参数，自动的控制测试区域变化，经过预设时间间隔前后检测到的区域参数的对比，根据对比结果即可确定被测界面是否僵死，遵循用户可视化的“画面”为判定基准，更加贴近用户直观体验与感受，成效显著；并在确定画面异常时，执行画面恢复操作以快速恢复车机显示、触摸功能。

技术领域

本发明涉及通信技术领域，尤其涉及一种车机系统画面僵死的检测、恢复方法及存储介质。

背景技术

安卓原生设计的寄宿于System Server系统进程的看门狗(watchdog)，对于大部分由于线程锁死或者长时间等待导致的逻辑卡死，将进行设计上的软重启，以作为最后一道防线来打破线程死锁的僵局。但由于画面的图层合成并非system_server系统进程直接完成，而是由surface flinger完成。而看门狗(watchdog)最主要的是处理system_server内部线程死锁或者长时间等待造成的逻辑死锁，因此对于图层合成输出、用户最直观可以看到的画面是否僵死，并没有一个监测、恢复的机制。

即对于部分非线程逻辑卡死，看门狗机制并不能很好起作用，既无法检测到卡死情形，因此也无法解决卡死问题。例如发生在Surface Flinger上发生的：

1.在调用hardware composer硬件抽象层服务后不返回造成的所有应用的FrameBuffer(帧缓冲器)都未能成功在Surface Flinger端合成、显示而僵住；

2.作为同步的hwvsync丢失，来自硬件的同步信号消失，造成画面未能及时同步的僵住；

3.Surface Flinger在调用分配area内存的时候失败或者不返回，造成如1所述的类似僵住。

即，现有原生设计的看门狗不能涵盖以上种种场景造成的、非逻辑的画面僵住。这类僵住一旦发生，将引起车机整体的“类不可用”的严重问题。且由于终端用户并不知道如何重启车机，甚至还将造成退机等现象。

发明内容

本发明提供一种车机系统画面僵死的检测、恢复方法及存储介质，解决了现有安卓系统的看门狗无法有效检测出系统的非逻辑卡死，以至于系统界面持续僵死的技术问题。

为解决以上技术问题，本发明提供一种车机系统画面僵死的检测、恢复方法，包括步骤：

S1、预先根据被测界面建立测试模板，并划定测试区域；

S2、根据预设时间间隔，调整所述测试区域的区域参数；

S3、分别获取所述预设时间间隔前后的所述区域参数并进行对比，判断所述被测界面是否僵死，若是则执行画面恢复操作。

本基础方案摒弃了根据计算机编程维度的关键线程是否存在“死锁”，以判断可视界面的“僵死”现象的固有思维，直接根据被测界面建立测试模板，并划定测试区域，以优化测试速率和测试精度；根据预设时间间隔调整并检测测试区域的区域参数，自动的控制测试区域变化，经过预设时间间隔前后检测到的区域参数的对比，根据对比结果即可确定被测界面是否僵死，遵循用户可视化的“画面”为判定基准，更加贴近用户直观体验与感受，成效显著；并在确定画面异常时，执行画面恢复操作以快速恢复车机显示、触摸功能。

在进一步的实施方案中，所述步骤S1包括：

S11、根据被测界面新增一个底层图层，作为测试模板；

S12、在所述测试模板上选取一个像素区域并设置其初始区域参数，得到测试区域。