CN105100240A - 接收消息的方法、系统和终端设备 - Google Patents

Abstract

本发明涉及一种接收消息的方法、系统和终端设备，包括：在应用程序退出时，主线程与子线程通信，子线程获取所述主线程的退出状态；子线程调用通讯库与服务器通信；接收服务器发送的消息并显示。该接收消息的方法，在应用程序退出时，通过运行子线程，由子线程调用通讯库与服务器通信，接收服务器发送的消息。即使退出应用程序，处于离线状态的用户仍可以接收到服务器发送的消息，从而能够及时的接收消息。

Description

接收消息的方法、系统和终端设备

技术领域

本发明涉通信技术领域，尤其是涉及一种接收消息的方法、系统和终端设备。

背景技术

随着智能终端设备的普及，越来越多的服务商开发出应用程序(APP，APPlication)为用户提供服务。手机终端、计算机终端用户下载各种应用程序，服务商将各种消息推送到用户的终端设备上，包括服务商的推送消息、其它用户发送的消息等。

现有的应用程序在退出运行后，将处于离线状态。处于离线状态时，其它用户发送的消息或服务商的推送消息只能暂存在服务器上，当程序运行且与服务器网络连接时，再将消息发送给用户。因此，只能在程序运行后接收离线状态时的消息，处于离线状态的用户不能及时的接收的消息。

发明内容

基于此，有必要提供一种能及时接收消息的方法、系统和终端设备。

一种接收消息的方法，包括：

在应用程序退出时，主线程与子线程通信，子线程获取所述主线程的退出状态；

子线程调用通讯库与服务器通信；

接收服务器发送的消息并显示。

在其中一种实施方式中，所述子线程包括两个；所述子线程调用通讯库与服务器通信的步骤包括：

两个子线程相互监听对方的运行状态；

当一个子线程监听到另一子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信。

在其中一种实施方式中，所述子线程调用通讯库与服务器通信的步骤还包括：当一个子线程监听到另一子线程处于死亡状态时，重新启动被监听的子线程。

在其中一种实施方式中，所述两个子线程相互监听对方的运行状态步骤包括：

两个子线程每隔预设时间监听对方的运行状态。

在其中一种实施方式中，所述监听的子线程调用通讯库与服务器通信的步骤之前还包括：

判断运行的终端设备的当前网络连接状态；

当终端设备的当前网络为已连接时，调用通讯库与服务器通信；

当终端设备的当前网络为未连接时，监控运行的终端设备的当前网络连接状态并在终端设备的当前网络为已连接时，调用通讯库与服务器通信。

一种接收消息的系统，包括：

通信模块，用于在应用程序退出时，主线程与子线程通信，子线程获取所述主线程的退出状态；

调用模块，用于子线程调用通讯库与服务器通信；

接收模块，用于接收服务器发送的消息并显示。

在其中一种实施方式中，所述子线程包括两个；所述调用模块包括：

监听单元，用于两个子线程相互监听对方的运行状态；

调用单元，用于当一个子线程监听到另一子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信。

在其中一种实施方式中，所述调用模块还包括：重启单元，用于当一个子线程监听到另一子线程处于死亡状态时，重新启动被监听的子线程。

在其中一种实施方式中，所述监听单元，具体用于两个子线程每隔预设时间监听对方的运行状态。

一种接收消息的终端设备，包括上述的接收消息的系统。

该接收消息的方法，在应用程序退出时，通过运行子线程，由子线程调用通讯库与服务器通信，接收服务器发送的消息。即使退出应用程序，处于离线状态的用户仍可以接收到服务器发送的消息，从而能够及时的接收消息。

附图说明

图1为一种实施方式的接收消息的方法的流程图；

图2为一种实施方式的子线程调用通讯库与服务器通信的方法的流程图；

图3为另一种实施方式的子线程调用通讯库与服务器通信的方法的流程图；

图4为一种实施方式的接收消息的系统的模块图；

图5为一种实施方式的调用模块的组成示意图。

具体实施方式

如图1所示，一种接收消息的方法，包括以下步骤：

S100：在应用程序退出时，主线程与子线程通信，子线程获取主线程的退出状态。

应用程序在运行时，主线程和子线程都处于运行状态。本实施方式的子线程为守护线程。在应用程序退出时，主线程与子线程通信，子线程获取主线程的退出状态。

S300：子线程调用通讯库与服务器通信。

子线程获取主线程的退出状态后，子线程调用通讯库与服务器通信。通讯库存储应用程序的通讯协议，用户的通讯录等信息。子线程通过调用通讯库与服务器通信。

S500：接收服务器发送的消息并显示。

子线程与服务器通讯，当服务器接收到其它用户发送该终端设备用户的消息时，服务器将接收到的消息发送给终端设备的应用程序的子线程，子线程接收服务器发送的消息并显示在终端设备上。

该接收消息的方法，在应用程序退出时，通过运行子线程，由子线程调用通讯库与服务器通信，接收服务器发送的消息。即使退出应用程序，处于离线状态的用户仍可以接收到服务器发送的消息，从而能够及时的接收消息。

在另一实施方式中，子线程包括两个，为第一子线程和第二子线程，第一子线程和第二子线程为功能相同且相互独立的子线程，在应用程序退出后，能够调用通讯库与服务器通信。

如图2所示，步骤S300包括：

S301：两个子线程相互监听对方的运行状态。

两个子线程是相互独立的线程，线程的运行状态通常包括新建状态、就绪状态、运行状态、阻塞状态和死亡状态。两个子线程为守护线程，在主线程运行时处于就绪状态。就绪状态是指必须调用线程的start()方法。当线程对象调用start()方法即启动了线程，start()方法创建线程运行的系统资源，并调度线程运行run()方法。当start()方法返回后，线程就处于就绪状态。处于就绪状态的线程并不一定立即运行run()方法，线程还必须同其他线程竞争CPU时间，只有获得CPU时间才可以运行线程。因为在单CPU的计算机系统中，不可能同时运行多个线程，一个时刻仅有一个线程处于运行状态。因此此时可能有多个线程处于就绪状态。对多个处于就绪状态的线程是由Java运行时系统的线程调度程序(threadscheduler)来调度的。

运行状态(Running)是指，当线程获得CPU时间后，它才进入运行状态，真正开始执行run()方法。

阻塞状态(Blocked)是指正在运行的线程没有运行结束，暂时让出CPU，这时其他处于就绪状态的线程就可以获得CPU时间，进入运行状态。

死亡状态(Dead)是指当线程退出run()方法时，就进入死亡状态，该线程结束生命周期。线程有可能是正常执行完run()方法而退出，也有可能是遇到异常而退出。

两个子线程相互监听对方的运行状态是指，第一子线程监听第二子线程的运行状态，第二子线程监听第一子线程的状态。两个子线程相互独立，监听对方的运行状态。

在具体的实施方式中，步骤S301具体为：两个子线程每隔预设时间监听对方的运行状态。

预设时间可预先设置，每隔预设时间监听对方的运行状态，能够节约资源，占用较少的系统资源即可监听对方的运行状态。

S303：当一个子线程监听到另一子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信。

当第一子线程监听第二子线程的运行状态时，第一子线程为监听的子线程，第二子线程为被监听的子线程。若第一子线程监听到第二子线程为死亡状态时，第一子线程调用通讯库与服务器通信。

当第二子线程监听第一子线程的运行状态时，第二子线程为监听的子线程，第一子线程为被监听的子线程。若第二子线程监听到第一子线程为死亡状态时，第二子线程调用通讯库与服务器通信。

通过设置两个独立的子线程，两个子线程相互监听，当监听的子线程监听到被监听的子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信，在被监听的子线程正常执行完退出，或遇到异常而退出，仍有子线程调用通讯库与服务器通信，接收服务器的消息并显示，避免因子线程处于死亡状态时，终端设备接收不到服务器的消息。

在具体的实施方式中，还包括步骤S305：当一个子线程监听到另一子线程处于死亡状态时，重新启动被监听的子线程。

即，当第一子线程监听第二子线程的运行状态时，第二子线程为被监听的子线程。若第一子线程监听到第二子线程为死亡状态时，第一子线程调用通讯库与服务器通信，且重新启动被监听的第二子线程，使被监听的第二子线程处于就绪状态。

当第二子线程监听第一子线程的运行状态时，第一子线程为被监听的子线程。若第二子线程监听到第一子线程为死亡状态时，第二子线程调用通讯库与服务器通信，且重新启动被监听的第一子线程，使被监听的第一子线程处于就绪状态。

两个相互独立的子线程，在被监听的子线程处于死亡状态时，重新启动被监听的子线程，使被监听的子线程处于就绪状态，从而确保两个子线程不会同时处于死亡状态，至少有一个子线程能够调用通讯库与服务器通信，接收服务器的发送的消息。在另一实施方式中，如图3所示，S303之前还包括：

S302：判断运行的终端设备的当前网络连接状态。

当前网络连接状态包括网络已连接和网络未连接。终端设备在处于网络连接状态时，能够与服务器通信，接收服务器的消息。网络连接的具体方式可以为WIFI连接或移动数据业务连接。

当判定终端设备的当前网络为已连接时，执行步骤S303：调用通讯库与服务器通信。

当判定终端设备的当前网络为未连接时，监控运行的终端设备的当前网络连接状态并在终端设备的当前网络为已连接时，调用通讯库与服务器通信。终端设备只有当前网络为连接状态时，监听的子线程才能调用通讯库与服务器通信。

该接收消息的方法，通过在应用程序退出时，主线程与子线程通信，子线程获取主线程的退出状态，在应用程序退出后，由子线程调用通讯库与服务器通信，即使在应用程序退出后，终端设备的用户处于离线状态时，仍能接收到服务器发送的消息，终端设备的用户在应用程序退出时，仍能够及时收到消息。

进一步的，通过设置两个相互独立的子线程，两个子线程相互监听对方的运行状态，当被监听的子线程处于死亡状态时，由监听的子线程调用通讯库与服务器通信，并重新启动被监听的处于死亡状态的子线程，从而确保至少有一个子线程处于就绪状态，能够调用通讯库与服务器通信，避免因子线程处于死亡状态时，终端设备接收不到服务器的消息。

进一步的，子程序为后台服务程序，无操作界面无需与用户交互，仅需较少的系统资源就能够24小时不停地接收消息，且耗电量少。

基于相同的发明构思，本发明还提供一种接收消息的系统，如图4所示，包括：

通信模块100，用于在应用程序退出时，主线程与子线程通信，子线程获取所述主线程的退出状态。

应用程序在运行时，主线程和子线程都处于运行状态。本实施方式的子线程为守护线程。在应用程序退出时，主线程与子线程通信，子线程获取主线程的退出状态。

调用模块300，用于子线程调用通讯库与服务器通信。

子线程获取主线程的退出状态后，子线程调用通讯库与服务器通信。通讯库存储应用程序的通讯协议，用户的通讯录等信息。子线程通过用通讯库与服务器通信。

接收模块500，用于接收服务器发送的消息并显示。

子线程与服务器通讯，当服务器接收到其它用户发送该终端设备用户的消息时，服务器将接收到的消息发送给终端设备的应用程序的子线程，子线程接收服务器发送的消息并显示在终端设备上。

该接收消息的系统，在应用程序退出时，通过运行子线程，由子线程调用通讯库与服务器通信，接收服务器发送的消息。即使退出应用程序，处于离线状态的用户仍可以接收到服务器发送的消息，从而能够及时的接收消息。

在另一实施方式中，子线程包括两个，为第一子线程和第二子线程，第一子线程和第二子线程为功能相同相互独立的子线程，在应用程序退出后，能够调用通讯库与服务器通信。

调用模块300，如图5所示，包括

监听单元301，用于两个子线程相互监听对方的运行状态。

两个子线程是相互独立的线程，线程的运行状态通常包括新建状态、就绪状态、运行状态、阻塞状态和死亡状态。两个子线程为守护线程，在主线程运行时处于就绪状态。两个子线程相互监听对方的运行状态是指，第一子线程监听第二子线程的运行状态，第二子线程监听第一子线程的状态。两个子线程相互独立，监听对方的运行状态。

在具体的实施方式中，步骤监听模块301具体用于两个子线程每隔预设时间监听对方的运行状态。

预设时间可预先设置，每隔预设时间监听对方的运行状态，能够节约资源，占用较少的系统资源即可监听对方的运行状态。

调用单元302，用于当一个子线程监听到另一子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信。

当第一子线程监听第二子线程的运行状态时，第一子线程为监听的子线程，第二子线程为被监听的子线程。若第一子线程监听到第二子线程为死亡状态时，第一子线程调用通讯库与服务器通信。

当第二子线程监听第一子线程的运行状态时，第二子线程为监听的子线程，第一子线程为被监听的子线程。若第二子线程监听到第一子线程为死亡状态时，第二子线程调用通讯库与服务器通信。

通过设置两个独立的子线程，两个子线程相互监听，当监听的子线程监听到被监听的子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信，在被监听的子线程正常执行完退出，或遇到异常而退出，仍有子线程调用通讯库与服务器通信，接收服务器的消息并显示，避免因子线程处于死亡状态时，终端设备接收不到服务器的消息。

在具体的实施方式中，调用模块300还包括：重启单元303，用于当一个子线程监听到另一子线程处于死亡状态时，重新启动被监听的子线程。

即，当第一子线程监听第二子线程的运行状态时，第二子线程为被监听的子线程。若第一子线程监听到第二子线程为死亡状态时，第一子线程调用通讯库与服务器通信，且重新启动被监听的第二子线程，使被监听的第二子线程处于就绪状态。

当第二子线程监听第一子线程的运行状态时，第一子线程为被监听的子线程。若第二子线程监听到第一子线程为死亡状态时，第二子线程调用通讯库与服务器通信，且重新启动被监听的第一子线程，使被监听的第一子线程处于就绪状态。

两个相互独立的子线程，在被监听的子线程处于死亡状态时，重新启动被监听的子线程，使被监听的子线程处于就绪状态，从而确保两个子线程不会同时处于死亡状态，至少有一个子线程能够调用通讯库与服务器通信，接收服务器的发送的消息。

在另一实施方式中，调用模块300还包括：

判断单元304：用于判断运行的终端设备的当前网络连接状态。

当前网络连接状态包括网络已连接和网络未连接。终端设备在处于网络连接状态时，能够与服务器通信，接收服务器的消息。网络连接的具体方式可以为WIFI连接或移动数据业务连接。

调用单元302，用于当判定终端设备的当前网络为已连接时，调用通讯库与服务器通信。

当判定终端设备的当前网络为未连接时，判断单元304继续监控运行的终端设备的当前网络连接状态并在终端设备的当前网络为已连接时，调用通讯库与服务器通信。

终端设备只有当前网络为连接状态时，监听的子线程才能调用通讯库与服务器通信。

该接收消息的系统，通过在应用程序退出时，主线程与子线程通信，子线程获取主线程的退出状态，在应用程序退出后，由子线程调用通讯库与服务器通信，即使在应用程序退出后，终端设备的用户处于离线状态时，仍能接收到服务器发送的消息，终端设备的用户在应用程序退出时，仍能够及时收到消息。

进一步的，通过设置两个相互独立的子线程，两个子线程相互监听对方的运行状态，当被监听的子线程处于死亡状态时，由监听的子线程调用通讯库与服务器通信，并重新启动被监听的处于死亡状态的子线程，从而确保至少有一个子线程处于就绪状态，能够调用通讯库与服务器通信，避免因子线程处于死亡状态时，终端设备接收不到服务器的消息。

进一步的，子程序为后台服务程序，无操作界面无需与用户交互，仅需较少的系统资源就能够24小时不停地接收消息，且耗电量少。

本发明还提供一种接收消息的终端设备，包括权利要求上述的接收消息的系统。该终端设备包括安装有android、ios系统和windows7/10/xp系统的终端设备，包括计算机、平板PC、个人数据助理和手机等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种接收消息的方法，包括：

在应用程序退出时，主线程与子线程通信，子线程获取所述主线程的退出状态；

子线程调用通讯库与服务器通信；

接收服务器发送的消息并显示。

2.根据权利要求1所述的接收消息的方法，其特征在于，所述子线程包括两个；所述子线程调用通讯库与服务器通信的步骤包括：

两个子线程相互监听对方的运行状态；

当一个子线程监听到另一子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信。

3.根据权利要求2所述的接收消息的方法，其特征在于，所述子线程调用通讯库与服务器通信的步骤还包括：当一个子线程监听到另一子线程处于死亡状态时，重新启动被监听的子线程。

4.根据权利要求2所述的接收消息的方法，其特征在于，所述两个子线程相互监听对方的运行状态步骤包括：

两个子线程每隔预设时间监听对方的运行状态。

5.根据权利要求2所述的接收消息的方法，其特征在于，所述监听的子线程调用通讯库与服务器通信的步骤之前还包括：

判断运行的终端设备的当前网络连接状态；

当终端设备的当前网络为已连接时，调用通讯库与服务器通信；

当终端设备的当前网络为未连接时，监控运行的终端设备的当前网络连接状态并在终端设备的当前网络为已连接时，调用通讯库与服务器通信。

6.一种接收消息的系统，包括：

通信模块，用于在应用程序退出时，主线程与子线程通信，子线程获取所述主线程的退出状态；

调用模块，用于子线程调用通讯库与服务器通信；

接收模块，用于接收服务器发送的消息并显示。

7.根据权利要求6所述的接收消息的系统，其特征在于，所述子线程包括两个；所述调用模块包括：

监听单元，用于两个子线程相互监听对方的运行状态；

调用单元，用于当一个子线程监听到另一子线程处于死亡状态时，监听的子线程调用通讯库与服务器通信。

8.根据权利要求7所述的接收消息的系统，其特征在于，所述调用模块还包括：重启单元，用于当一个子线程监听到另一子线程处于死亡状态时，重新启动被监听的子线程。

9.根据权利要求7所述的接收消息的系统，其特征在于，所述监听单元，具体用于两个子线程每隔预设时间监听对方的运行状态。

10.一种接收消息的终端设备，包括权利要求6至9任一项所述的接收消息的系统。