终端的控制方法、装置、终端和存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种终端的控制方法、装置、终端和存储介质。

背景技术

智能终端，例如手机，具有显示屏幕，显示屏幕每隔一定时间刷新显示视图，在刷新屏幕所显示的显示视图之前会提前绘制待显示的显示视图，终端需要及时完成待显示的显示视图的绘制和渲染等处理，从而在屏幕刷新时进行显示，一些情况下，需要显示的显示视图由于较为复杂等原因，需要消耗较多的时间进行处理，可能在屏幕刷新时显示视图尚未处理完毕，造成屏幕显示出现卡顿，用户使用体验不足。

发明内容

本公开提供一种终端的控制方法、装置、终端和存储介质。

本公开采用以下的技术方案。

在一些实施例中，本公开提供一种终端的控制方法，包括：

在第一任务的预定开始时间点之前，确定第一任务是否存在超时风险；

若存在超时风险，在第一任务的预定开始时间点之前开始执行第一任务，和/或，分配更多的资源用于执行第一任务。

在一些实施例中，本公开提供一种终端的控制装置，包括：

确定单元，用于在第一任务的预定时间点之前，确定第一任务是否存在超时风险；

控制单元，若存在超时风险，在第一任务的预定时间点之前开始执行第一任务，和/或，分配更多的资源用于执行第一任务。。

在一些实施例中，本公开提供一种终端，包括：至少一个存储器和至少一个处理器；

其中，存储器用于存储程序代码，处理器用于调用所述存储器所存储的程序代码执行上述的方法。

在一些实施例中，本公开提供一种存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行上述的方法。

本公开一些实施例中提出的方法，在第一任务的预定开始时间点之前先判断第一任务是否存在超时风险，在存在超时风险的情况下，提前开始执行第一任务和/或为执行第一任务分配更多的资源，从而使得第一任务的完成时间点提前，以防止第一任务超时，进而避免影响用户的使用体验。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。

图1是本公开实施例的一种终端的控制方法的流程图。

图2是本公开实施例的另一种终端的控制方法的流程图。

图3是本公开实施例的另一种终端的控制方法的流程图。

图4是本公开实施例的一种终端内线程的交互示意图。

图5是本公开实施例的另一种终端的控制方法的流程图。

图6是本公开实施例的另一种终端的控制方法的流程图。

图7是本公开实施例的一种终端的控制装置的组成图。

图8是本公开实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

以下将结合附图，对本申请实施例提供的方案进行详细描述。

智能终端，例如手机，在工作过程中往往会周期性执行一些定时任务，在一些情况中，如果前一个定时任务未能及时完成，可能会导致后一个定时任务被延迟，造成用户的使用体验下降。

在本公开的一些实施例中，请参考图1，提出了一种终端的控制方法，包括：

S11：在第一任务的预定开始时间点之前，确定第一任务是否存在超时风险。

在一些实施例中，预定开始时间点是预先设定的开始执行第一任务的时间点，在预定开始时间点之前判断第一任务是否存在超时风险，判断的方法可以是先对第一任务可能的耗时进行快速的预估，判断第一任务可能的耗时是否超过预先设定的时长阈值，如果超过则认为存在超时风险，一些实施例中，也可以是对第一任务的复杂度进行评估，如果第一任务的复杂度超过复杂度阈值，则认为存在超时风险。第一任务例如可以是屏幕刷新任务，也可以是周期性的终端状态检测任务等，对此在本实施例中不作限定。

S12：若存在超时风险，在第一任务的预定开始时间点之前开始执行第一任务，和/或，分配更多的资源用于执行第一任务。

在一些实施例中，若第一任务存在超时风险，可以在预定开始时间点之前开始执行第一任务，例如如果预定时间点为12点，可以在11点50分开始执行，从而使得第一任务的完成时间点提前，防止第一任务超时，此外，还可以在执行第一任务时，为执行第一任务分配更多的资源，例如分配更多的处理器算力、分配更多的内存、分配更多的存储空间、为第一任务设定更高的优先级等，这样可以缩短完成第一任务所需要的时间。

在本公开一些实施例中提出的方法，在第一任务的预定开始时间点之前先判断第一任务是否存在超时风险，在存在超时风险的情况下，提前开始执行第一任务和/或为执行第一任务分配更多的资源，从而使得第一任务的完成时间点提前，以防止第一任务超时，进而避免影响用户的使用体验。

在本公开的一些实施例中，提出一种终端的控制方法，请参考图2，包括：

S21：在第一任务的预定开始时间点之前，确定第一任务是否存在超时风险。

在一些实施例中，对S11的描述也适用于S21。

S22：若存在超时风险，在第一任务的预定开始时间点之前开始执行第一任务，和/或，分配更多的资源用于执行第一任务。

在一些实施例中，对S12描述也适用于S22。

S23：若不存在超时风险，在第一任务的预定开始时间点开始执行第一任务。

在一些实施例中，预定开始时间点是预先设定的用于执行第一任务的时间点，在不存在超时风险的情况下，可以等待到预定开始时间点执行第一任务。

在本公开的一些实施例中，预定每隔预设时长执行一次目标任务；第一任务是从当前时刻开始下一待执行的目标任务。在一些实施例中，可以目标任务为需要周期性完成的任务，例如每隔16ms刷新一次屏幕的显示视图，每隔2分钟检测一次电池的实时电量，目标任务可以是在一段时间内每隔预设时长执行一次的任务，例如在终端亮屏状态下每隔预设时长执行一次的任务，第一任务是周期性执行的目标任务中的一个，并且是从当前时刻开始的下一个目标任务，由于目标任务是周期性执行，因此在终端中通常是由同一个线程进行执行，因此当其中一个目标任务超时的情况下，可能会导致下一个目标任务无法准时开始或无法准时完成，在一些实施例中，在下一个目标任务开始前判断是否存在超时风险，能够防止出现超时延误的情况，并且因为第一任务是下一个目标任务，没有过早开始判断第一任务是否超时，能够防止出现判断不准确的问题。

在本公开的一些实施例中，第一任务为第一视图的绘制任务，第一视图是预定在第一屏幕刷新时间点进行绘制的显示视图，预定开始时间点是第一屏幕刷新时间点。一些实施例中，在终端进行显示过程中，每隔一定的时间刷新一次显示视图(显示视图是用于显示在屏幕上的视图)，通常是在Vsync(垂直同步)信号到来时刷新，在屏幕刷新时间点由终端从显示缓存中提取需要显示的视图，并开始绘制下一次需要的显示视图，在下一个屏幕刷新时间点到来之前需要完成显示视图的绘制和渲染，然后存储在显示缓存中，如果在下一个屏幕刷新时间点没有完成显示视图的绘制和渲染，则会造成显示卡顿，用于体验低。

本公开的一些实施例中提出的方法，可以用于屏幕显示视图的刷新过程，请参考图3，本公开一些实施例中提出终端的控制方法包括：

S31：在第一屏幕刷新时间点之前，确定第一视图的绘制任务是否存在超时风险。

在一些实施例中，终端每隔一定周期刷新所屏幕的显示视图，以刷新率为60Hz为例，每隔大约16ms刷新一次屏幕的显示视图，每隔16ms存在一个屏幕刷新时间点，第一屏幕刷新时间点为任一屏幕刷新时间点，例如可以是从当前时刻开始下一个屏幕刷新时间点，在相关技术中，在每一个屏幕刷新时间点进行屏幕显示视图的刷新，并开始执行下一次刷新时需要的显示视图的绘制任务，在绘制任务完成后进行渲染任务，在下一次屏幕刷新之前需要完成待显示视图的绘制任务和渲染任务，这样在下一次刷新时才能正常显示否则会出现显示卡顿或错误。一些实施例中，第一视图是预定在第一屏幕刷新时间点进行绘制的视图，在第一屏幕刷新时间点到来之前先判断第一视图的绘制任务是否存在超时风险，因为显示视图的绘制任务通常较为耗时，如果第一视图的绘制任务超时，会导致在第一屏幕刷新时间点进行刷新时无法正常显示。

S32：若存在超时风险，在第一屏幕刷新时间点之前开始绘制第一视图，和/或，分配更多的资源用于绘制第一视图。

在一些实施例中，如果存在超时风险，在第一屏幕刷新时间点之前提前开始绘制第一视图，并且可以分配更多的算力、内存、缓存等资源用于绘制第一视图，从而保证第一视图的绘制任务能够尽早完成，避免出现显示因为第一视图的绘制任务超时导致的显示卡顿的问题。在一些实施例中，如果不存在超时风险，则在第一屏幕刷新时间点开始绘制第一视图。

在本公开的一些实施例中，在完成第二视图的绘制任务后，在第一屏幕刷新时间点前，确定第一视图的绘制任务是否存在超时风险；第二视图是预定在第二屏幕刷新时间点进行绘制的显示视图，第二屏幕刷新时间点是第一屏幕刷新时间点的前一个屏幕刷新时间点。

在一些实施例中，终端的显示屏幕周期性绘制显示视图，执行绘制显示视图的任务的线程是同一个线程，以安卓系统的终端为例，由UI Thread线程执行显示视图的绘制任务，第二视图为第一视图的前一个需要UI Thread线程进行绘制的显示视图，也就是在第一屏幕刷新时间点需要刷新显示在屏幕上的显示视图，如果在第二视图的绘制任务结束前判断第一视图的绘制任务是否存在超时风险可能会挤占CPU的算力，并且即时存在超时风险，由于此时UI Thread线程尚未绘制完成第二视图，也无法开始处理第一视图的绘制任务，影响第二视图的绘制任务的完成，而UI Thread线程在完成第二视图的绘制任务之后，在第一屏幕刷新时间点之前处于空闲状态，因此等待第二视图的绘制任务结束后判断判断第一视图的绘制任务是否存在超时风险，避免对第二视图的绘制产生影响，并且可以充分利用UIThread线程。

在本公开的一些实施例中，确定第一视图的绘制任务是否存在超时风险，包括：确定缓存中是否存在未显示的视图元素；若缓存中存在未显示的视图元素，则不存在超时风险；或，若缓存中不存在未显示的视觉元素，则存在超时风险。

在一些实施例中，在对显示视图进行绘制的过程中，如果缓存中存储有未显示的视图元素，则可以直接从缓存中提取未显示的视图元素，从而无需与存储器进行输入输出交互，如果缓存中没有未显示的视图元素，则需要进行视图元素的绘制，从配置文件中读取显示元素的布局和样式等，从而需要进行与存储器的输入输出交互，需要消耗大量的时间，因此，根据缓存中是否存储有为显示的视图元素可以快速的判断第一视图的绘制任务是否存在超时风险，而无需准确确定第一视图的绘制任务的具体耗时，从而可以减少计算量，提高响应速度。

在本公开的一些实施例中，终端的显示视图包括线性视图元素；确定第一视图的绘制任务是否存在超时风险，包括：确定线性视图控件的缓存中是否存在未显示的线性视图元素；若线性视图控件的缓存中不存在未显示的线性视图元素，则存在超时风险；或，若线性视图控件的缓存中存在未显示的线性视图元素，则不存在超时风险。

在一些实施例中，线性视图元素可以是采用线性布局的元素，以安卓系统为例，线性视图元素可以是采用ListView布局的元素，列表通常采用线性布局，列表中的每一条项目可以是线性布局中的元素。对于采用线性布局元素，ListView控件在每次绘制填充完视图的最后一个视图元素之后，会继续监测未显示的视图元素，并将其存放在ListView控件的缓存(RecycleBin)中，如果UI Thread能够从缓存中直接获取到视图元素，则在执行第一视图的绘制任务时不会消耗太多时间，否则，需要从配置文件中读取未显示的线性视图元素的布局和属性，并进行绘制，需要消耗较多时间。

为了更好的说明本公开实施例中提出的方法，以下结合附图4和附图5，以终端为安卓系统的终端对本公开实施例中提出的方法用于屏幕刷新进行说明。附图5为终端的控制方法的流程图，附图4为终端内线程的交互图；本实施例中的方法包括：

S41：UI Thread执行doFrame绘制显示视图。

一些实施例中，请结合附图4，以终端的屏幕刷新率为60Hz为例，每隔大约16ms产生一个Vsync信号用于刷新屏幕的显示视图，终端响应于Vsync(附图4左侧Vsync)信号，通知UI Thread执行doFrame方法从而绘制需要在下一次刷新时进行显示的显示视图，在UIThread完成显示视图的绘制后交给Render Thread线程对显示视图进行渲染，即执行DrawFrame方法。

S42：检查缓存中是否存在未显示的视图。

一些实施例中，以显示视图采用ListView布局为例，ListView控件在绘制完显示视图中需要显示的最后一个视图元素后，会继续监测为显示的视图元素并将其存储在ListView控件的缓存(RecycleBin)中(对应附图4中的Check操作)，如果缓存中存有未显示的视图元素，那么后续执行doFrame方法就不需要耗时进行视图元素的布局，此时执行步骤S45，如果缓存中没有未显示的视图，那么就需要耗时进行布局处理，也就是存在超时风险，执行步骤S43。

S43：提前执行doFrame绘制显示视图。

一些实施例中，参考图4，UI Thread在图4中中间的Vsync信号到来之前开始执行doFrame。

S44：分配更多的CPU资源用于绘制显示视图。

一些实施例中，为提前执行doFrame方法分配更多的CPU资源包括将UI Thread绑定到最强算力的CPU核心上。

S45：等待Vsync信号。

一些实施例中，如果缓存中存储有未显示的视图元素，不存在超时风险，则等待下一个Vsync信号，在下一个Vsync信号到来时执行doFrame。

一些实施例中提前预测下一次屏幕刷新时需要绘制的显示视图存在绘制超时的风险，从而提前对显示视图进行绘制，并且为其提供更多的资源，从而防止下一次屏幕刷新时，由于显示视图的处理过程超过一个屏幕刷新周期导致掉帧、出现显示卡顿的问题，并且充分利用了两次屏幕刷新时间点之间UI Thread线程的空闲时间。本公开一些实施例中提出的方法可以用于滑动列表的过程中，列表中的元素采用线性布局，可以通过判断ListView控件的缓存从而确定是否需要提前绘制显示视图和增加资源的分配，该判断过程简单，算力耗费少，响应快，需要的时间远远小于屏幕刷新周期(通常为16ms)满足了屏幕刷新的时效性要求。本公开一些实施例中提出的方法，提高了使用安卓系统ListView控件的列表的滑动的流畅度，减少了卡顿的现象，提高了用户的使用体验。

以下以本公开一些实施例中的方法用于列表的显示为例，对本公开一些实施例中的方法进进行说明。

S51:响应于对列表的滑动操作，确定需要绘制的第一视图。

一些实施例中，用户对列表进行滑动，表明用户需要查看列表上方或下方的列表内容，此时需要对显示视图进行更新，显示当前视图中未显示的列表内容，因此需要绘制新的显示视图，第一视图可以是下一次屏幕刷新时需要进行绘制的显示视图。

S51：在第一屏幕刷新时间点之前，确定第一视图的绘制任务是否存在超时风险。

一些实施例中，第一屏幕刷新时间点是下一次屏幕刷新的时间点，例如是检测到Vsync信号的时间点，终端需要在第一屏幕刷新时间点的下一个屏幕刷新时间点之前完成第一视图的绘制和渲染，以保证显示视图的正确，如果在列表滚动过程中因为加载一些复杂的视图元素，导致显示视图的绘制和渲染的总时长超过一个屏幕刷新周期，就会导致掉帧，造成用户感觉卡顿的问题。因此，确定第一视图的绘制任务是否存在超时风险。以安卓终端为例，显示视图的绘制由UI Thread线程执行，UI Thread线程在绘制完显示视图后，在下一次屏幕刷新时间点到来之前处于空闲状态，可以在其空闲状态的时间内确定第一视图的绘制任务是否存在超时风险。在判断是否存在超时风险时，可以根据ListView控件的缓存中是否存在未显示的视图元素进行判断。列表采用的是线性布局ListView，ListView控件每次绘制填充完列表中需要显示的最后一个视图元素后，会继续检测列表中未显示的视图元素，并对其进行处理后放在缓存中，如果缓存中存在未显示的视图元素，那么UIThread线程就可以直接从缓存中提取，无需做过多的处理操作，也就不存在超时风险，如果缓存中不存在未显示的视图元素，UI Thread线程就需要对未显示的视图元素进行绘制，需要消耗较多时长，存在超时风险

S53：若存在超时风险，在第一屏幕刷新时间点之前开始绘制第一视图，和/或，分配更多的资源用于绘制第一视图。

在一些实施例中，仍然以安卓终端为例，在第一屏幕刷新时间点之前就开始绘制第一视图，同时可以分配更多的资源给UI Thread线程用于绘制第一视图，这样能够保证第一视图被及时绘制，保证第一视图正确及时的显示在终端的显示屏幕上，这样用户在滑动列表的过程中不会出现列表无法正常显示的问题，不会感到卡顿或掉帧。本实施例中提出的方法用于用户滑动列表的情景时，能够提高列表滑动的流畅度，减少卡顿，改善用户使用体验。

在本公开的一些实施例中还提出一种终端的控制装置，如图7所示，包括：

确定单元10，用于在第一任务的预定时间点之前，确定第一任务是否存在超时风险；

控制单元20，若存在超时风险，在第一任务的预定时间点之前开始执行第一任务，和/或，分配更多的资源用于执行第一任务。

在一些实施例中，预定每隔预设时长执行一次目标任务；

所述第一任务是从当前时刻开始下一待执行的目标任务。

在一些实施例中，所述第一任务为第一视图的绘制任务，所述第一视图是预定在第一屏幕刷新时间点进行绘制的显示视图，所述预定开始时间点是第一屏幕刷新时间点；

确定单元10，用于在第一屏幕刷时间点之前，确定第一视图的绘制任务是否存在超时风险，

控制单元20，用于若存在超时风险，在第一屏幕刷新时间点之前开始绘制第一视图，和/或，分配更多的资源用于绘制第一视图。

一些实施例中，确定单元10用于在完成第二视图的绘制任务后，在第一屏幕刷新时间点前，确定第一视图的绘制任务是否存在超时风险；所述第二视图是预定在第二屏幕刷新时间点进行绘制的显示视图，所述第二屏幕刷新时间点是所述第一屏幕刷新时间点的前一个屏幕刷新时间点。

一些实施例中，确定单元用于确定缓存中是否存在未显示的视图元素；

若缓存中存在未显示的视图元素，则不存在超时风险；或，

若缓存中不存在未显示的视觉元素，则存在超时风险。

一些实施例中，所述终端的显示视图包括线性视图元素；确定单元10用于：确定线性视图控件的缓存中是否存在未显示的线性视图元素；

若所述线性视图控件的缓存中不存在未显示的线性视图元素，则存在超时风险；或，若所述线性视图控件的缓存中存在未显示的线性视图元素，则不存在超时风险。

一些实施例中，屏幕刷时间点为检测到垂直屏幕刷新信号的时间点。

对于装置的实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离模块说明的模块可以是或者也可以不是分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上，基于实施例和应用例说明了本公开的方法及装置。此外，本公开还提供一种终端及存储介质，以下说明这些终端和存储介质。

下面参考图8，其示出了适于用来实现本公开实施例的电子设备(例如终端设备或服务器)800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图中示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述的本公开的方法。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例，提供了一种终端的控制方法，包括：

在第一任务的预定开始时间点之前，确定第一任务是否存在超时风险；

若存在超时风险，在第一任务的预定开始时间点之前开始执行第一任务，和/或，分配更多的资源用于执行第一任务。

根据本公开的一个或多个实施例，提供了一种终端的控制方法，预定每隔预设时长执行一次目标任务；

所述第一任务是从当前时刻开始下一待执行的目标任务。

根据本公开的一个或多个实施例，提供了一种终端的控制方法，所述第一任务为第一视图的绘制任务，所述第一视图是预定在第一屏幕刷新时间点进行绘制的显示视图，所述预定开始时间点是第一屏幕刷新时间点；

所述方法包括：

在第一屏幕刷时间点之前，确定第一视图的绘制任务是否存在超时风险，若存在超时风险，在第一屏幕刷新时间点之前开始绘制第一视图，和/或，分配更多的资源用于绘制第一视图。

根据本公开的一个或多个实施例，提供了一种终端的控制方法，在完成第二视图的绘制任务后，在第一屏幕刷新时间点前，确定第一视图的绘制任务是否存在超时风险；

所述第二视图是预定在第二屏幕刷新时间点进行绘制的显示视图，所述第二屏幕刷新时间点是所述第一屏幕刷新时间点的前一个屏幕刷新时间点。

根据本公开的一个或多个实施例，提供了一种终端的控制方法，确定第一视图的绘制任务是否存在超时风险，包括：

确定缓存中是否存在未显示的视图元素；

若缓存中存在未显示的视图元素，则不存在超时风险；或，

若缓存中不存在未显示的视觉元素，则存在超时风险。

根据本公开的一个或多个实施例，提供了一种终端的控制方法，所述终端的显示视图包括线性视图元素；

确定第一视图的绘制任务是否存在超时风险，包括：

确定线性视图控件的缓存中是否存在未显示的线性视图元素；

若所述线性视图控件的缓存中不存在未显示的线性视图元素，则存在超时风险；或，

若所述线性视图控件的缓存中存在未显示的线性视图元素，则不存在超时风险。

一些实施例中，所述分配更多的资源包括：分配更多的算力和/或内存。

根据本公开的一个或多个实施例，提供了一种终端的控制装置，确定单元，用于在第一任务的预定时间点之前，确定第一任务是否存在超时风险；

控制单元，若存在超时风险，在第一任务的预定时间点之前开始执行第一任务，和/或，分配更多的资源用于执行第一任务。

根据本公开的一个或多个实施例，提供了一种终端，包括：至少一个存储器和至少一个处理器；

其中，所述至少一个存储器用于存储程序代码，所述至少一个处理器用于调用所述至少一个存储器所存储的程序代码执行上述中任一项所述的方法。

根据本公开的一个或多个实施例，提供了一种存储介质，所述存储介质用于存储程序代码，所述程序代码用于执行上述的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。