CN109408159A - 界面消息显示及处理方法、装置及电子设备 - Google Patents

Abstract

本发明实施例提供一种界面消息显示及处理方法、装置及电子设备，其中，界面消息显示方法包括：接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中；将所述第二消息列表中的数据在应用界面进行显示。本发明实施例的方案，能够动态控制界面消息被刷新的频率，从而避免某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

Description

界面消息显示及处理方法、装置及电子设备

技术领域

本申请涉及通信技术领域，尤其涉及一种界面消息显示及处理方法、装置及电子设备。

背景技术

在安卓Android***框架下，即时通信应用APP(以下简称APP)会维护一个包含当前所有聊天上下文内容的消息列表，该消息列表涉及多项业务(如单聊消息、群聊消息、***消息等)。APP在运行过程中，各业务每接收到一条新的消息，则提交一次针对上述消息列表的刷新请求对消息列表进行数据刷新，以使APP根据刷新后的消息列表数据进行界面消息的显示。由于每次执行一次消息列表的数据刷新后，都会触发APP对应的用户界面(UserInterface，简称UI)线程(主线程)去处理消息列表中的数据以在界面上进行显示，因此，当短时间内消息列表中的数据被频繁刷新(比如，每秒刷新数十次甚至上百次)，加大了UI线程的处理压力，有可能出现UI线程阻塞等现象，以致某些消息列表刷新请求不能被及时处理，进而造成相关界面显示卡顿、无响应等问题。

现有技术中，针对上述问题存在以下两种解决方式，第一种方式是通过改写代码来约束某些业务发起消息列表刷新请求的频率，以减少短时间内对消息列表中数据进行刷新的次数；第二种方式是通过对UI线程执行刷新操作的频率进行控制，以减少短时间内对消息列表数据进行刷新的次数。

现有技术存在如下缺陷：

上述第一种方式对开发人员的约束及依赖较大，增加了开发人员的压力及工作量；第二种方式则严重影响消息显示的实时性，导致一些界面显示内容显示延迟的问题明显。

总之，上述两种方式都无法方便有效的应对在突发情况下，某些业务短时间内发起大量消息列表刷新请求的情况。

发明内容

本发明提供了一种界面消息显示及处理方法、装置及电子设备，能够动态控制界面消息被刷新的频率，从而避免某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供了一种界面消息显示方法，包括：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中；

将所述第二消息列表中的数据在应用界面进行显示。

第二方面，提供了一种界面消息显示装置，包括：

第一请求接收模块，用于接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

第一数据同步模块，用于将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中；

数据显示模块，用于将所述第二消息列表中的数据在应用界面进行显示。

第三方面，提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中；

将所述第二消息列表中的数据在应用界面进行显示。

第四方面，提供了一种界面消息处理方法，包括：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

第五方面，提供了一种界面消息处理装置，包括：

第二请求接收模块，用于接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

第二数据同步模块，用于将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

第六方面，提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

本发明提供的界面消息显示及处理方法、装置及电子设备，根据应用中各业务发起的消息列表刷新请求，对第一消息列表中的数据进行刷新，并将第一消息列表中的数据按预置同步规则同步到第二消息列表中，将第二消息列表中的数据在界面进行显示，即将第一消息列表作为刷新后的数据的缓存区，以保证对消息列表刷新请求的及时处理，将第一消息列表中的数据以动态调整的时间间隔同步到第二消息列表中，且第二消息列表作为界面显示的数据提供区，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明提供的界面消息显示方法的应用场景示意图；

图2为本发明提供的界面消息显示方法的工作原理示意图；

图3为本发明提供的界面消息显示方法一个实施例的流程示意图；

图4为本发明提供的界面消息显示方法又一个实施例的流程示意图；

图5为本发明提供的界面消息显示装置一个实施例的结构示意图；

图6为本发明提供的界面消息处理方法一个实施例的流程示意图；

图7为本发明提供的界面消息处理装置一个实施例的结构示意图；

图8为本发明提供的电子设备一个实施例的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

相关术语说明：

消息列表，例如即时通信应用，会维护一个包含当前所有聊天上下文内容的消息列表，该消息列表涉及多项业务(如单聊消息、群聊消息、***消息等)。

消息列表刷新请求，应用在运行过程中，各业务每接收到一条新的消息，都会发起一个消息列表刷新请求，用于请求将消息列表刷新请求中所指定的刷新数据，更新到消息列表中。

下面对本发明的技术原理进行说明：

相关技术中，对于应用中各业务发起的消息列表刷新请求，每次都立即通知UI线程(主线程)对消息列表中的数据进行刷新处理，并在界面上进行显示。

在本发明实施例中，对于应用中各业务发起的消息列表刷新请求，并不立即调用UI线程(主线程)对消息列表中的数据进行刷新处理，而是先对作为刷新后的数据的缓存区的第一消息列表进行刷新，并将第一消息列表中的数据按预置同步规则同步到作为界面显示的数据提供区的第二消息列表中，即将第一消息列表中的数据以动态调整的时间间隔同步到作为界面显示的数据提供区的第二消息列表中，并通知UI线程(主线程)将第二消息列表中的数据在应用界面进行显示。通过上述方式，会合并部分刷新请求的触发过程，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

图1为本发明提供的界面消息显示方法的应用场景示意图。如图1所示，设置于终端设备1上的即时通信应用APP，接收用户1(发送者)输入的文字、语音等内容，并将该内容以消息的形式发送至即时通信应用服务器。即时通信应用服务器将该消息转发至用户2(接收者)使用的终端设备2。设置于终端设备2上的即时通信应用APP接收到该消息后，执行图2所示的界面消息显示方法，即时通信应用APP接收与该消息对应的业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的与该消息对应的刷新数据，更新到第一消息列表中，并将第一消息列表中的数据按预置同步规则同步到第二消息列表中，将第二消息列表中的数据在设置于终端设备2上的即时通信应用APP的应用界面进行显示，并展示给用户2(接收者)。本领域技术人员应该理解，上述过程以用户1作为消息的发送者、用户2作为消息的接收者为例进行了说明，同样的，用户1也可以作为消息的接收者、用户2也可以作为消息的发送者。

下面通过多个实施例来进一步说明本申请的技术方案。

实施例一

图3为本发明提供的界面消息显示方法一个实施例的流程示意图。本发明实施例的界面消息显示方法可应用于各种终端设备(例如手机、电脑、PAD等)中，即本发明实施例的界面消息显示方法的执行主体可以为各种终端设备。如图3所示，本发明实施例的界面消息显示方法，具体可包括：

S310，接收应用中至少一个业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中。

具体的，应用(例如即时通信应用)中的至少一个业务(如单聊消息、群聊消息、***消息等)，接收到新消息后，发起消息列表刷新请求，消息列表刷新请求中包括指定的刷新数据。每接收到一个新消息，发起一次消息列表刷新请求。接收该消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中。

S320，将第一消息列表中的数据按预置同步规则同步到第二消息列表中。

具体的，按预置同步规则，例如按照预置同步规则中指定的数据同步时间或以动态调整的时间间隔，将第一消息列表中的数据同步到第二消息列表中，使得两次同步时间间隔内的多个消息列表刷新请求被合并，即两次同步时间间隔内的多个消息列表刷新请求，仅对应第二消息列表中的数据的一次更新。可以实时判断第一消息列表中的数据与第二消息列表中的数据是否相同，如果不同，则确定执行本步骤，如果相同，则不执行本步骤，即忽略本次同步请求，相当于和下次数据同步操作合并成一次。

S330，将第二消息列表中的数据在应用界面进行显示。

具体的，可以通知UI线程(主线程)将第二消息列表中的数据在应用界面进行显示，即将应用界面上当前显示的消息列表中的数据更新为第二消息列表中的数据。第二消息列表中的数据的一次更新，对应UI线程(主线程)对应用界面上当前显示的消息列表中的数据的一次刷新，因此两次同步时间间隔内的多个消息列表刷新请求，仅对应UI线程(主线程)对应用界面上当前显示的消息列表中的数据的一次刷新，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

本发明实施例提供的界面消息显示方法，根据应用中各业务发起的消息列表刷新请求，对第一消息列表中的数据进行刷新，并将第一消息列表中的数据按预置同步规则同步到第二消息列表中，将第二消息列表中的数据在界面进行显示，即将第一消息列表作为刷新后的数据的缓存区，以保证对消息列表刷新请求的及时处理，将第一消息列表中的数据以动态调整的时间间隔同步到第二消息列表中，且第二消息列表作为界面显示的数据提供区，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

实施例二

图4为本发明提供的界面消息显示方法又一个实施例的流程示意图。本发明实施例的界面消息显示方法可应用于各种终端设备(例如手机、电脑、PAD等)中，即本发明实施例的界面消息显示方法的执行主体可以为各种终端设备。本发明实施例的界面消息显示方法为图3所示实施例的界面消息显示方法的一种具体实现方式，如图4所示，本发明实施例的界面消息显示方法具体可包括：

S410，接收应用中至少一个业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中。

具体的，步骤S410与图3所示实施例中的步骤S310相同，此处不再赘述。

图3所示实施例中的步骤S320具体可包括以下步骤S420和S430。

S420，确定本次数据同步距离上一次数据同步的同步时间间隔，该同步时间间隔与最近各业务发起消息列表刷新请求的频率相关。

具体的，最近各业务发起消息列表刷新请求的频率越高，则同步时间间隔越长，以降低同步的频率，实现合并更多的消息列表刷新请求，避免过多的调用UI线程。最近各业务发起消息列表刷新请求的频率越低，则同步时间间隔越短，以提高同步的频率，保证界面数据刷新的及时性。

S430，根据上一次数据同步的同步时间以及同步时间间隔，在本次数据同步时间到达时，将第一消息列表中的数据同步到第二消息列表中。

具体的，根据上一次数据同步的同步时间和步骤S420中确定的本次数据同步距离上一次数据同步的同步时间间隔，计算本次数据同步的同步时间，并在本次数据同步的同步时间到达时，将第一消息列表中的数据同步到第二消息列表中。

进一步的，步骤S420中“确定本次数据同步距离上一次数据同步的同步时间间隔”，具体可通过以下方式实现：

作为第一种可行实施方式，如果发起消息列表刷新请求的频率等于或者高于第一预置频率，且等于或者低于第二预置频率，则以预置的固定时间间隔作为本次数据同步的同步时间间隔，第一预置频率小于第二预置频率。

作为第二种可行实施方式，如果发起消息列表刷新请求的频率低于第一预置频率，则将在固定时间间隔的基础上降低相应比例的时长后的时间间隔，作为本次数据同步的同步时间间隔。

作为第三种可行实施方式，如果发起消息列表刷新请求的频率高于第二预置频率，则将在固定时间间隔的基础上增加相应比例的时长后的时间间隔，作为本次数据同步的同步时间间隔。

进一步的，步骤S410中，至少一个业务发起的消息列表刷新请求具体可包括：对第一消息列表中的数据进行增加、删除和修改的至少一种刷新请求。即接收到消息列表刷新请求后，可以对第一消息列表中的数据进行增加、删除和/或修改操作，以实现对第一消息列表中的数据的更新。

进一步的，图3所示实施例中的步骤S330具体可包括以下步骤S440。

S440，在每次数据同步完成后，通知监听第二消息列表中的数据的所有观察者，调用相应的用户界面UI线程更新对应业务界面的显示内容。

具体的，在每次数据同步完成后，通知监听第二消息列表中的数据的所有观察者，即各业务方，调用相应的用户界面UI线程，将对应业务界面的显示内容更新为第二消息列表中的数据。

本发明实施例提供的界面消息显示方法，根据应用中各业务发起的消息列表刷新请求，对第一消息列表中的数据进行刷新，并将第一消息列表中的数据按预置同步规则同步到第二消息列表中，将第二消息列表中的数据在界面进行显示，即将第一消息列表作为刷新后的数据的缓存区，以保证对消息列表刷新请求的及时处理，将第一消息列表中的数据以动态调整的时间间隔同步到第二消息列表中，且第二消息列表作为界面显示的数据提供区，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

实施例三

图5为本发明提供的界面消息显示装置一个实施例的结构示意图。本发明实施例的界面消息显示装置可设置于各种终端设备(例如手机、电脑、PAD等)中，用于执行实施例一、二的界面消息显示方法。如图5所示，本发明实施例的界面消息显示装置具体可包括第一请求接收模块510、第一数据同步模块520和数据显示模块530。

第一请求接收模块510，用于接收应用中至少一个业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中。

第一数据同步模块520，用于将第一消息列表中的数据按预置同步规则同步到第二消息列表中。

数据显示模块530，用于将第二消息列表中的数据在应用界面进行显示。

进一步的，第一数据同步模块520具体用于：将第一消息列表中的数据按预置同步规则中指定的数据同步时间同步到第二消息列表中。

进一步的，本发明实施例的界面消息显示装置还可以包括：同步判断模块，用于实时监测第一消息列表中的数据与第二消息列表中的数据是否相同；如果不同，则确定执行将第一消息列表中的数据按预置同步规则中指定的数据同步时间同步到第二消息列表中的操作。

进一步的，第一数据同步模块520具体用于：确定本次数据同步距离上一次数据同步的同步时间间隔，同步时间间隔与最近各业务发起消息列表刷新请求的频率相关；根据上一次数据同步的同步时间以及同步时间间隔，在本次数据同步时间到达时，将第一消息列表中的数据同步到第二消息列表中。

进一步的，发起消息列表刷新请求的频率越高，同步时间间隔越长。

进一步的，第一数据同步模块520具体用于：如果发起消息列表刷新请求的频率等于或者高于第一预置频率，且等于或者低于第二预置频率，则以预置的固定时间间隔作为本次数据同步的同步时间间隔，第一预置频率小于第二预置频率；如果发起消息列表刷新请求的频率低于第一预置频率，则将在固定时间间隔的基础上降低相应比例的时长后的时间间隔，作为本次数据同步的同步时间间隔；如果发起消息列表刷新请求的频率高于第二预置频率，则将在固定时间间隔的基础上增加相应比例的时长后的时间间隔，作为本次数据同步的同步时间间隔。

进一步的，至少一个业务发起的消息列表刷新请求包括：对第一消息列表中的数据进行增加、删除和修改的至少一种刷新请求。

进一步的，数据显示模块530具体用于：在每次数据同步完成后，通知监听第二消息列表中的数据的所有观察者，调用相应的用户界面UI线程更新对应业务界面的显示内容。

具体的，本发明实施例中的各模块实现其功能的具体过程可参见实施例一、二中的相关描述，此处不再赘述。

本发明实施例提供的界面消息显示装置，根据应用中各业务发起的消息列表刷新请求，对第一消息列表中的数据进行刷新，并将第一消息列表中的数据按预置同步规则同步到第二消息列表中，将第二消息列表中的数据在界面进行显示，即将第一消息列表作为刷新后的数据的缓存区，以保证对消息列表刷新请求的及时处理，将第一消息列表中的数据以动态调整的时间间隔同步到第二消息列表中，且第二消息列表作为界面显示的数据提供区，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

实施例四

图6为本发明提供的界面消息处理方法一个实施例的流程示意图。本发明实施例的界面消息处理方法可应用于各种终端设备(例如手机、电脑、PAD等)中，即本发明实施例的界面消息处理方法的执行主体可以为各种终端设备。如图6所示，本发明实施例的界面消息处理方法具体可包括：

S610，接收应用中至少一个业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中。

S620，将第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

具体的，步骤S610、S620的具体过程可参见图3所示实施例中的步骤S310、S320中的相关描述，此处不再赘述。将第一消息列表中的数据按预置同步规则同步到第二消息列表中后，用户界面UI主线程可以调用第二消息列表中的数据，并在应用界面上进行显示。

本发明实施例提供的界面消息处理方法，根据应用中各业务发起的消息列表刷新请求，对第一消息列表中的数据进行刷新，并将第一消息列表中的数据按预置同步规则同步到第二消息列表中，即将第一消息列表作为刷新后的数据的缓存区，以保证对消息列表刷新请求的及时处理，将第一消息列表中的数据以动态调整的时间间隔同步到第二消息列表中，且第二消息列表作为界面显示的数据提供区，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

实施例五

图7为本发明提供的界面消息处理装置一个实施例的结构示意图。本发明实施例的界面消息处理装置可设置于各种终端设备(例如手机、电脑、PAD等)中，用于执行实施例四的界面消息处理方法。如图7所示，本发明实施例的界面消息处理装置具体可包括第二请求接收模块710和第二数据同步模块720。

第二请求接收模块710，用于接收应用中至少一个业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中。

第二数据同步模块720，用于将第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

具体的，本发明实施例中的各模块实现其功能的具体过程可参见实施例四中的相关描述，此处不再赘述。

本发明实施例提供的界面消息处理装置，根据应用中各业务发起的消息列表刷新请求，对第一消息列表中的数据进行刷新，并将第一消息列表中的数据按预置同步规则同步到第二消息列表中，即将第一消息列表作为刷新后的数据的缓存区，以保证对消息列表刷新请求的及时处理，将第一消息列表中的数据以动态调整的时间间隔同步到第二消息列表中，且第二消息列表作为界面显示的数据提供区，降低了界面消息被刷新的频率，从而降低了UI线程的处理压力，避免了某些业务短时间内发起大量消息列表刷新请求的情况下，界面出现显示卡顿、无响应等问题。

实施例六

前面描述了界面消息显示及处理装置的整体架构，该装置的功能可借助一种电子设备实现完成，如图8所示，其为本发明实施例的电子设备的结构示意图，具体包括：存储器81和处理器82。

存储器81，用于存储程序。

除上述程序之外，存储器81还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器81可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器82，耦合至存储器81，用于执行存储器81中的程序。

在本发明一个实施例中，处理器82可用于：

接收应用中至少一个业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将第一消息列表中的数据按预置同步规则同步到第二消息列表中；

将第二消息列表中的数据在应用界面进行显示。

在本发明另一个实施例中，处理器82可用于：

接收应用中至少一个业务发起的消息列表刷新请求，并将消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

上述的具体处理操作已经在前面实施例中进行了详细说明，在此不再赘述。

进一步，如图8所示，电子设备还可以包括：通信组件83、电源组件84、音频组件85、显示器86等其它组件。图8中仅示意性给出部分组件，并不意味着电子设备只包括图8所示组件。

通信组件83被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件83经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，通信组件83还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

电源组件84，为电子设备的各种组件提供电力。电源组件84可以包括电源管理***，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件85被配置为输出和/或输入音频信号。例如，音频组件85包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器81或经由通信组件83发送。在一些实施例中，音频组件85还包括一个扬声器，用于输出音频信号。

显示器86包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (13)

1.一种界面消息显示方法，其特征在于，包括：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中；

将所述第二消息列表中的数据在应用界面进行显示。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中，包括：

将所述第一消息列表中的数据按所述预置同步规则中指定的数据同步时间同步到所述第二消息列表中。

3.根据权利要求2所述的方法，其特征在于，所述将所述第一消息列表中的数据按所述预置同步规则中指定的数据同步时间同步到所述第二消息列表中，包括：

确定本次数据同步距离上一次数据同步的同步时间间隔，所述同步时间间隔与最近各业务发起所述消息列表刷新请求的频率相关；

根据所述上一次数据同步的同步时间以及所述同步时间间隔，在本次数据同步时间到达时，将所述第一消息列表中的数据同步到所述第二消息列表中。

4.根据权利要求3所述的方法，其特征在于，所述发起所述消息列表刷新请求的频率越高，所述同步时间间隔越长。

5.根据权利要求3所述的方法，其特征在于，所述确定本次数据同步距离上一次数据同步的同步时间间隔，包括：

如果所述发起所述消息列表刷新请求的频率等于或者高于第一预置频率，且等于或者低于第二预置频率，则以预置的固定时间间隔作为所述本次数据同步的同步时间间隔，所述第一预置频率小于所述第二预置频率；

如果所述发起所述消息列表刷新请求的频率低于所述第一预置频率，则将在所述固定时间间隔的基础上降低相应比例的时长后的时间间隔作为所述本次数据同步的同步时间间隔；

如果所述发起所述消息列表刷新请求的频率高于所述第二预置频率，则将在所述固定时间间隔的基础上增加相应比例的时长后的时间间隔作为所述本次数据同步的同步时间间隔。

6.根据权利要求1所述的方法，其特征在于，所述至少一个业务发起的消息列表刷新请求包括：对所述第一消息列表中的数据进行增加、删除和修改的至少一种刷新请求。

7.根据权利要求1所述的方法，其特征在于，所述将所述第二消息列表中的数据在应用界面进行显示，包括：

在每次数据同步完成后，通知监听所述第二消息列表中的数据的所有观察者，调用相应的用户界面UI线程更新对应业务界面的显示内容。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

实时监测所述第一消息列表中的数据与所述第二消息列表中的数据是否相同；

如果不同，则确定执行所述将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中的操作。

9.一种界面消息显示装置，其特征在于，包括：

第一请求接收模块，用于接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

第一数据同步模块，用于将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中；

数据显示模块，用于将所述第二消息列表中的数据在应用界面进行显示。

10.一种电子设备，其特征在于，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中；

将所述第二消息列表中的数据在应用界面进行显示。

11.一种界面消息处理方法，其特征在于，包括：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

12.一种界面消息处理装置，其特征在于，包括：

第二请求接收模块，用于接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

第二数据同步模块，用于将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。

13.一种电子设备，其特征在于，包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于执行所述程序，以用于：

接收应用中至少一个业务发起的消息列表刷新请求，并将所述消息列表刷新请求中所指定的刷新数据，更新到第一消息列表中；

将所述第一消息列表中的数据按预置同步规则同步到第二消息列表中，以供用户界面UI主线程调用。