[发明专利]一种广播发送方法、发送系统及计算机可读存储介质

说明书

本发明提供一种广播发送方法、发送系统及计算机可读存储介质，属于通讯技术领域。本申请实施例所述方法通过将应用程序的注册信息注册到广播管理器，且增加到维护列表，并上报系统及其他应用程序；系统明确该应用程序可以接收及处理的广播类型和处理优先级；应用程序根据系统中所述维护列表中预设接收及处理的广播类型和/或处理优先级接收及处理广播信息；从而本申请实施例所述广播发送方法能有针对性的选择应用程序去发送及处理广播信息，有较强的目的性，能极大较少不必要的广播信息发送及处理程序，避免广播信息无针对性广泛发送或接收过程的冗余，从而能极大提高系统信息传输的稳定性能，有效阻止系统资源的损耗。

技术领域

本发明涉及通讯技术领域，尤其涉及一种广播发送方法、发送系统及计算机可读存储介质。

背景技术

当前Android技术中，广播机制被广泛的使用。Android提供了一整套的API，允许应用程序自由地发送和接受广播。每个应用程序都可以对自己感兴趣的广播进行注册，然后该程序就可以接受自己所关心的广播内容，这些广播内容可能是来自于系统，也可能是来自于其他应用程序。

当前广播的注册方式主要有两种：动态注册和静态注册。

动态注册的广播接收器可以自由地控制注册与注销，在灵活性方面有很大的优势，但是它存在着一个缺点，即必须要在程序启动之后才能接受到广播。有时候会漏掉已经发送的广播，不能正常接收。

静态注册开机启动，能避免上述问题，但是由于静态注册的广播在系统中会一直存在，浪费资源，引起不必要的功耗。

当前广播发送方法主要是自身注册要监听哪些广播(动态注册一般是在自己的onCreate中；静态注册在AndroidManifest.xml中)，系统或其他程序发出一些广播后，该程序判断自己是否收到，根据收到的广播内容及类型，判断自己是否处理及如何处理。

请参阅图7，其为现有广播发送方法流程图，当一个APP发出一个广播后,广播管理器会分发广播给所有APP，每个APP都需要判断是否正常收到广播，如果是该APP处理广播，但是应用程序没有收到，则可能造成异常；正确接收后，APP进行广播处理的判断，需要处理，则进行处理，不处理的话就丢弃不用；整个过程冗余较多，很多无效的操作，如此会造成当时系统性能的下降，且浪费系统资源。

发明内容

有鉴于此，本发明的目的在于提供一种广播发送方法、发送系统及计算机可读存储介质，旨在能解决现有广播发送方法容易造成系统性能的下降，且损耗系统资源的问题。

本发明解决上述技术问题所采用的技术方案如下：

本发明的第一方面提供一种广播发送方法，包括如下步骤：

应用程序在开机或者初始化启动时，注册到广播管理器，同时上报系统及其他应用程序；

系统接收到应用程序的注册信息后将该注册信息增加到维护列表；并预设明确该应用程序可以接收及处理的广播类型和处理优先级；

应用程序根据系统中所述维护列表中预设接收及处理的广播类型和/或处理优先级接收及处理广播信息。

在一些实施例中，所述应用程序根据系统中所述维护列表中预设接收及处理的广播类型和/或广播处理优先级接收及处理广播信息，具体包括：

广播管理器查询维护列表中需要处理的广播信息；并查询判断所述待处理的广播信息可以由哪些应用程序广播发送；

不在维护列表无法发送广播信息的应用程序则丢弃，不向该应用程序发送广播；

当有多个应用程序均可以接收或处理所述待处理的广播信息时，则系统对同类应用程序进行优先级排序，优先级排序较高的应用程序优先接收或处理所述广播信息。