CN110413259B - Android服务框架、实现扩展服务的方法及装置 - Google Patents

Abstract

本发明公开了一种Android服务框架、实现扩展服务的方法及装置，该服务框架包括：扩展服务模块、扩展服务管理模块和扩展服务代理模块；其中扩展服务模块包括第一AIDL文件，用于指向预定功能函数的接口；扩展服务管理模块包括第二AIDL文件，用于指向预定扩展服务模块的接口；扩展服务代理模块，用于接收调用预定功能函数的应用请求，通过扩展服务管理模块查找预定功能函数对应的扩展服务模块。本发明通过将扩展服务管理模块写入原生服务框架中，使扩展服务模块相对于Android原生服务框架独立，降低扩展服务模块与原生的服务框架之间的耦合度，解决了现有技术中直接修改源码的方式造成后续升级风险过大的问题。

Description

Android服务框架、实现扩展服务的方法及装置

技术领域

本发明涉及Android技术领域，特别是涉及一种Android服务框架、实现扩展服务的方法及装置。

背景技术

Android是当前一种非常流行的开源智能移动终端操作系统，在各个原始设备制造商(OEM，Original Equipment Manufacturer)的实际集成和开发过程中，经常会因为自身功能需求而对Android框架中原有功能或职责进行扩展，这必然导致对框架Android源码的修改。

从软件框架设计的角度看，对Android原生框架修改的最佳的方式就是以增加形式扩展而非以修改形式来进行功能扩展，由于扩展功能的需求是逐步提出来的，所以通常最直接也是最简易的做法就是直接修改框架源码以快速实现功能扩展。但这种直接修改原生文件的扩展方式会将Android框架的源码改得面目全非，尤其是Android系统碎片化相对比较严重，在各个版本，各个平台上衍生出来的不同项目的差异化需求也各不相同，这种直接修改的方式对于后续的平台版本升级来说费时费力而且风险很大，代码的合并一旦出现多合或者漏合就很可能引发极为隐秘而难于排查的故障。

发明内容

本发明提供一种Android服务框架、实现扩展服务的方法及装置，用以解决现有技术中直接修改源码的扩展方式造成的后续升级风险过大的问题。

为解决上述技术问题，一方面，本发明提供一种Android服务框架，包括：扩展服务模块、扩展服务管理模块和扩展服务代理模块；其中，所述扩展服务模块包括第一安卓接口定义语言(AIDL，Android Interface Definition Language)文件，所述第一AIDL文件中包括：指向预定功能函数的接口；所述扩展服务管理模块包括第二AIDL文件，所述第二AIDL文件中包括：指向预定扩展服务模块的接口；所述扩展服务代理模块，用于接收调用预定功能函数的应用请求，并通过所述扩展服务管理模块查找所述预定功能函数对应的扩展服务模块。

进一步，还包括：原生服务模块和原生服务管理模块；其中，所述原生服务管理模块包括第三AIDL文件，所述第三AIDL文件中包括：指向所述扩展服务管理模块的接口，以及，指向预定原生服务模块的接口。

另一方面，本发明还提供一种实现扩展服务的方法，应用权利要求1或2所述的Android服务框架，包括：扩展服务代理模块接收调用预定服务的应用请求；所述扩展服务代理模块根据所述应用请求获取实现所述预定服务的扩展服务模块的接口，并通过所述扩展服务模块实现预定服务。

进一步，所述扩展服务代理模块根据所述应用请求获取实现所述预定服务的扩展服务模块的接口，包括：所述扩展服务代理模块根据所述应用请求在原生服务管理模块中获取所述扩展服务管理模块的接口；所述扩展服务代理模块根据所述扩展服务管理模块的接口在所述扩展服务管理模块中查找所述扩展服务模块的接口。

进一步，通过所述扩展服务模块实现预定服务，包括：在所述扩展服务代理模块通过所述扩展服务模块的接口调用所述扩展服务模块的情况下，所述扩展服务模块查找实现所述预定服务的预定功能函数对应的接口；所述扩展服务模块通过所述接口调用所述预定功能函数。

进一步，所述扩展服务模块通过所述接口调用所述预定功能函数之后，还包括：所述扩展服务模块向所述扩展服务代理模块返回执行所述预定功能函数的结果。

另一方面，本发明还提供一种实现扩展服务的装置，包括：扩展服务代理模块，用于接收调用预定服务的应用请求，根据所述应用请求获取实现所述预定服务的扩展服务模块的接口；所述扩展服务模块，用于实现预定服务。

进一步，所述扩展服务代理模块具体用于：根据所述应用请求在原生服务管理模块中获取所述扩展服务管理模块的接口；根据所述扩展服务管理模块的接口在所述扩展服务管理模块中查找所述扩展服务模块的接口。

进一步，所述扩展服务模块，具体用于：在所述扩展服务代理模块通过所述扩展服务模块的接口调用所述扩展服务模块的情况下，查找实现所述预定服务的预定功能函数对应的接口，通过所述接口调用所述预定功能函数。

进一步，所述扩展服务模块，具体还用于向所述扩展服务代理模块返回执行所述预定功能函数的结果。

本发明提出的Android服务框架，通过只将扩展服务管理模块写入到原生的Android服务框架中，使扩展服务模块相对于原生的Android服务框架独立，降低扩展服务模块与原生的Android服务框架之间的耦合度，使后续代码升级和维护更加简单，解决了现有技术中直接修改源码的扩展方式造成的后续升级风险过大的问题。

附图说明

图1是本发明第一实施例的Android服务框架结构示意图；

图2是本发明第二实施例的实现扩展服务的方法流程图；

图3是本发明第三实施例的实现扩展服务的装置结构示意图；

图4是本发明第四实施例的Android服务框架示意图；

图5是本发明第四实施例的原生服务调用与扩展服务调用对比示意图；

图6是本发明第四实施例的服务框架构建流程图。

具体实施方式

为了解决现有技术通过直接修改源码的扩展方式造成的后续升级风险过大的问题。本发明提供了一种Android服务框架、实现扩展服务的方法及装置，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

本发明的第一实施例提供了一种Android服务框架，其框架结构示意图如图1所示，具体包括扩展服务模块101、扩展服务管理模块102和扩展服务代理模块103，扩展服务模块包括第一安卓接口定义语言(AIDL，Android Interface Definition Language)文件，第一AIDL文件中包括：指向预定功能函数的接口；扩展服务管理模块包括第二AIDL文件，第二AIDL文件中包括：指向预定扩展服务模块的接口；扩展服务代理模块，用于接收调用预定功能函数的应用请求，并通过扩展服务管理模块查找预定功能函数对应的扩展服务模块。

应当了解的是，AIDL是一种Android内部进程间通信接口的描述语言，Android开发人员通过定义AIDL文件来定义进程间的通信接口。在本实施例中，扩展服务模块101对应的AIDL文件为第一AIDL文件，其中定义了扩展服务模块可提供的各扩展接口及各扩展接口对应的各个用于实现扩展服务模块功能的功能函数，扩展服务管理模块102对应的AIDL文件为第二AIDL文件，其中定义了获取各个扩展服务模块引用的方法，在实际使用时，通过AIDL文件中定义的接口才能把应用对扩展服务代理模块103的调用指向到Android操作系统的服务进程中，具体指向到服务进程中相应的扩展服务模块中。

为了实现更多的扩展功能需求，扩展服务模块可以建立多个，每个扩展服务模块可实现的服务均对应一个Android系统原生的服务，如扩展电池管理服务对应Android系统中电池管理服务、扩展窗口管理服务对应Android系统中窗口管理服务等。在扩展服务模块的运行过程中，需要与其对应的Android系统原生服务发生互访时，可以通过添加Get/Set访问接口，通过采用静态对象组合方法或者采通过用反射的方法来实现扩展服务模块与其对应的Android系统原生服务的互访，每个扩展服务模块在实现时可以把相应的Android系统原生服务对象组合到自己的对象结构中，使扩展服务模块可以随时访问原生服务的数据和功能。并且，在扩展服务模块存在N个的情况下，扩展服务管理模块对应的AIDL文件中也需要定义N个可以指向各个扩展服务模块的接口，当有新的扩展服务模块建立的情况下，在扩展服务管理模块对应的AIDL文件新增指向该扩展服务模块的接口，以完成重定向。

在扩展服务管理模块实现时，首先定义其对应的AIDL文件，随后在Android操作系统进程中实现其获取各个扩展服务模块引用的接口的功能，并把扩展服务管理模块加入到Android系统原生服务管理模块的列表中，以实现通过Android原生系统服务管理模块获取并使用扩展服务管理模块。在扩展服务模块实现时，首先定义其对应的AIDL文件，随后在Android操作系统进程中实现其获取各个扩展接口的功能，由于扩展服务模块没有写入Android系统原生服务管理模块中，Android系统无法直接调用到扩展服务模块，即对Android原生框架来讲，这些扩展服务模块根本是不存在的，因此不会产生代码和功能的耦合，它们的存在与否不会影响原生框架的正确性，也不会产生平台升级时的代码合并时少合漏合的风险，而且应用本身也是无法从系统原生服务管理中检索到这些扩展服务模块的。

本实施例的Android服务框架还包括原生服务模块和原生服务管理模块，其中，原生服务管理模块包括第三AIDL文件，第三AIDL文件中包括：指向扩展服务管理模块的接口，以及，指向预定原生服务模块的接口。

本实施例的Android服务框架在调用过程中，通过只将扩展服务管理模块写入到原生的Android服务框架中，使扩展服务模块相对于原生的Android服务框架独立，降低扩展服务模块与原生的Android服务框架之间的耦合度，使后续代码升级和维护更加简单，解决了现有技术中直接修改源码的扩展方式造成的后续升级风险过大的问题。

本发明的第二实施例提出了一种实现扩展服务的方法，该方法应用本发明第一实施例的Android服务框架，其方法流程图如图2所示，具体包括步骤S201和S202：

S201，扩展服务代理模块接收调用预定服务的应用请求；

S202，扩展服务代理模块根据应用请求获取实现预定服务的扩展服务模块的接口，并通过扩展服务模块实现预定服务。

在扩展服务代理模块根据应用请求获取实现预定服务的扩展服务模块的接口时，具体包括以下步骤：

S11，扩展服务代理模块根据应用请求在原生服务管理模块中获取扩展服务管理模块的接口；

S12，扩展服务代理模块根据扩展服务管理模块的接口在扩展服务管理模块中查找扩展服务模块的接口。

在本发明的第一实施例中，扩展服务管理模块被加入到原生服务管理模块的列表中，在应用需要调用预定扩展服务时，通过扩展服务代理模块上的应用编程接口(API，Application Programming Interface，相当于本发明第一实施例中的接口)在原生服务管理模块中获取扩展服务管理模块的接口，并通过重定向，获取可以实现预定服务的预定扩展服务模块的调用接口。

在扩展服务代理模块通过扩展服务模块的接口调用扩展服务模块的情况下，扩展服务模块查找实现预定服务的预定功能函数对应的接口，通过该接口调用预定功能函数以实现预定扩展服务。进一步地，在预定功能函数实现预定扩展服务后，扩展服务模块可以向扩展服务代理模块返回执行预定功能函数的结果，以完成对应用的反馈。

本发明的第二实施例在第一实施例的服务架构上，通过扩展服务代理模块的的逐步调用获取，使应用对扩展服务的调用流程不会再进入任何原生服务内部，而是由扩展服务管理模块直接重定向调用到相应的各个扩展服务模块以实现扩展服务功能，降低扩展服务模块与原生的Android服务框架之间的耦合度，使后续代码升级和维护更加简单，解决了现有技术中直接修改源码的扩展方式造成的后续升级风险过大的问题。

本发明的第三实施例提供了一种实现扩展服务的装置，其装置结构示意图如图3所示，具体包括耦合的扩展服务代理模块301以及扩展服务模块302，其中，扩展服务代理模块301用于接收调用预定服务的应用请求，根据应用请求获取实现预定服务的扩展服务模块的接口；扩展服务模块302用于实现预定服务。应当了解的是，本发明的第三实施例中的实现扩展服务的装置可以用于任意一种以Android为操作系统的移动终端中，作为在原生系统的基础上实现扩展服务的装置。

在本实施例中，扩展服务代理模块301具体用于：根据应用请求在原生服务管理模块中获取扩展服务管理模块的接口；以及根据扩展服务管理模块的接口在扩展服务管理模块中查找扩展服务模块的接口。其中，扩展服务管理模块被写入到Android系统原生服务模块中，用于管理实现扩展服务的装置中的各个扩展服务模块，扩展服务代理模块301接收调用预定服务的应用请求后通过原生服务管理模块中获取扩展服务管理模块的接口调用扩展服务管理模块，并在扩展服务管理模块中查找相应实现扩展服务的扩展服务模块的接口。

为了实现更多的扩展功能需求，扩展服务模块可以建立多个，每个扩展服务模块可实现的服务均对应一个Android系统原生的服务，如扩展电池管理服务对应Android系统中电池管理服务、扩展窗口管理服务对应Android系统中窗口管理服务等。在扩展服务模块的运行过程中，需要与其对应的Android系统原生服务发生互访时，可以通过添加Get/Set访问接口，静态对象组合或者采用反射的方法以实现扩展服务模块与其对应的Android系统原生服务的互访，每个扩展服务模块在实现时可以把相应的Android系统原生服务对象组合到自己的对象结构中，使扩展服务模块可以随时访问原生服务的数据和功能。

在扩展服务代理模块通过扩展服务模块的接口调用扩展服务模块的情况下，扩展服务模块查找实现预定服务的预定功能函数对应的接口，通过该接口调用预定功能函数以实现预定扩展服务。进一步地，在预定功能函数实现预定扩展服务后，扩展服务模块可以向扩展服务代理模块返回执行预定功能函数的结果，已完成对应用的反馈。由于扩展服务模块没有写入Android系统原生服务中，Android系统无法直接调用到扩展服务模块，即对Android原生框架来讲，这些扩展服务模块根本是不存在的，因此不会产生代码和功能的耦合，它们的存在与否不会影响原生框架的正确性，也不会产生平台升级时的代码合并时少合漏合的风险，而且应用本身也是无法从系统原生服务管理中检索到这些扩展服务模块。

本发明的第三实施例可以用于任意一种以Android为操作系统的移动终端中，作为在原生系统的基础上实现扩展服务的装置。对扩展服务代理模块的的逐步调用获取的调用不会进入任何原生服务内部，降低了扩展服务模块与原生的Android服务框架之间的耦合度，使后续代码升级和维护更加简单，解决了现有技术中直接修改源码的扩展方式造成的后续升级风险过大的问题。

本发明的第四实施例提供了一种可以实现扩展服务的Android服务框架，其框架示意图如图4所示。Android服务框架的应用层中运行多个应用，在Android服务框架的原生服务框架中，包含实现各种原生服务的原生服务模块和管理各个原生服务模块的原生服务管理模块，应用需要实现原生服务的功能时，可通过原生服务管理模块直接调用原生服务进行功能实现，在Android服务框架的扩展服务框架中，包含实现各种扩展服务的扩展服务模块，且每个扩展服务模块只能对应一个原生服务模块，扩展服务框架中还包含扩展服务管理模块，用于定义和管理指向各扩展服务模块的接口，还包含接口包装模块(相当于本发明第一实施例的扩展服务代理模块)，为了向应用层应用提供相应的接口，接口包装模块可以为对每个扩展服务模块单独建立的接口包装模块，也可以为对扩展服务管理模块建立的统一的接口包装模块。

下面结合图5对本实施例中原生服务调用与扩展服务调用过程进行详细的描述。在图5中，虚线箭头表示应用调用系统原生服务的过程，实线箭头表示应用调用扩展服务的过程。

在应用调用系统原生服务时，应用调用原生服务管理器(相当于本发明第一实施例中的原生服务管理模块)获取实现原生服务对应的原生服务模块的接口，接口包装模块使用上述接口通过进程间通信(IPC，Inter-Process Communication)调用该原生服务模块以实现相应原生服务。在应用调用扩展服务时，应用调用扩展服务1的接口包装模块(在图5中示出的扩展服务1的接口包装模块为对扩展服务模块1建立的独立的接口包装模块，而本实施例中的另一种情况：为扩展服务管理模块建立的接口包装模块并未在图5中示出)，接口包装模块获取扩展服务管理模块的接口，并在扩展服务管理模块中获取实现扩展服务对应的扩展服务模块1，最后通过IPC调用该扩展服务模块以实现相应扩展服务。由于扩展服务框架中，扩展服务模块没有写入Android系统原生服务管理器中，Android系统无法直接调用到扩展服务模块，即对Android原生框架来讲，这些扩展服务模块根本是不存在的，因此不会产生代码和功能的耦合，它们的存在与否不会影响原生框架的正确性，也不会产生平台升级时的代码合并时少合漏合的风险，而且应用本身也是无法从系统原生服务管理中检索到这些扩展服务模块的。

下面结合图6对本实施例中可以实现扩展服务的Android服务框架的构建流程进行描述。其中，上述Android服务框架的构建流程包括步骤S601至S608：

S601，定义扩展服务管理模块的AIDL文件(相当于本发明第一实施例中的第二AIDL文件)，其中定义了扩展服务管理模块获取各个扩展服务模块引用的接口；

S602，实现扩展服务管理模块；扩展服务管理模块是运行在Android的操作系统进程中的，用于实现AIDL文件所定义的获取各个扩展服务模块引用的接口；

S603，将扩展服务管理模块加入到原生服务列表，即通过Android原生系统服务管理器可以获取并使用扩展服务管理模块；

S604，定义扩展服务模块的AIDL文件，其中定义了该扩展服务模块所提供的各个扩展接口，各个扩展接口用于指向该扩展服务模块提供的各个功能函数；

S605，实现扩展服务模块；扩展服务模块是运行在Android的操作系统进程中的，用于实现其对应的AIDL文件所定义的获取各个功能函数的接口；

S606，选择是否采用统一的接口包装模块；

S607，如果选择使用统一接口包装模块，则建立扩展服务管理模块的应用接口包装模块；

S608，如果未选择使用统一接口包装模块，则建立各个扩展服务模块的应用的独立接口包装模块。

应当了解的是，在扩展服务框架中已经包含多个扩展服务的情况下，若想继续添加新的扩展服务模块，则在定义新的扩展服务模块的AIDL文件并在操作系统中实现后，在扩展服务管理模块的AIDL文件中添加对该新扩展服务模块的重定向，使应用可以正确的调用到该新添加的扩展服务模块，以实现新的扩展服务。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (6)

1.一种基于Android服务框架的实现扩展服务的方法，包括：

扩展服务代理模块接收调用预定服务的应用请求；

所述扩展服务代理模块根据所述应用请求获取实现所述预定服务的扩展服务模块的接口，并通过所述扩展服务模块实现预定服务，其中，所述扩展服务模块包括第一安卓接口定义语言AIDL文件，所述第一AIDL文件中包括：指向预定功能函数的接口；所述扩展服务模块独立于原生的Android服务框架，

所述扩展服务代理模块根据所述应用请求获取实现所述预定服务的扩展服务模块的接口，包括：

所述扩展服务代理模块根据所述应用请求在原生服务管理模块中获取扩展服务管理模块的接口，其中，所述原生服务管理模块包括第三AIDL文件，所述第三AIDL文件中包括：指向所述扩展服务管理模块的接口，以及，指向预定原生服务模块的接口，所述扩展服务管理模块包括第二AIDL文件，所述第二AIDL文件中包括：指向预定扩展服务模块的接口；所述扩展服务管理模块在所述原生的Android服务框架中；

所述扩展服务代理模块根据所述扩展服务管理模块的接口在所述扩展服务管理模块中查找所述扩展服务模块的接口。

2.如权利要求1所述的方法，其特征在于，通过所述扩展服务模块实现预定服务，包括：

在所述扩展服务代理模块通过所述扩展服务模块的接口调用所述扩展服务模块的情况下，所述扩展服务模块查找实现所述预定服务的预定功能函数对应的接口；

所述扩展服务模块通过所述接口调用所述预定功能函数。

3.如权利要求2所述的方法，其特征在于，所述扩展服务模块通过所述接口调用所述预定功能函数之后，还包括：

所述扩展服务模块向所述扩展服务代理模块返回执行所述预定功能函数的结果。

4.一种基于Android服务框架的实现扩展服务的装置，其特征在于，包括：

扩展服务代理模块，用于接收调用预定服务的应用请求，根据所述应用请求获取实现所述预定服务的扩展服务模块的接口；

所述扩展服务模块，用于实现预定服务，其中，所述扩展服务模块包括第一安卓接口定义语言AIDL文件，所述第一AIDL文件中包括：指向预定功能函数的接口；所述扩展服务模块独立于原生的Android服务框架；

所述扩展服务代理模块具体用于：

根据所述应用请求在原生服务管理模块中获取所述扩展服务管理模块的接口；

根据所述扩展服务管理模块的接口在所述扩展服务管理模块中查找所述扩展服务模块的接口，其中，所述原生服务管理模块包括第三AIDL文件，所述第三AIDL文件中包括：指向所述扩展服务管理模块的接口，以及，指向预定原生服务模块的接口，所述扩展服务管理模块包括第二AIDL文件，所述第二AIDL文件中包括：指向预定扩展服务模块的接口；所述扩展服务管理模块在所述原生的Android服务框架中。

5.如权利要求4所述的装置，其特征在于，所述扩展服务模块，具体用于：

在所述扩展服务代理模块通过所述扩展服务模块的接口调用所述扩展服务模块的情况下，查找实现所述预定服务的预定功能函数对应的接口，通过所述接口调用所述预定功能函数。

6.如权利要求5所述的装置，其特征在于，所述扩展服务模块，具体还用于向所述扩展服务代理模块返回执行所述预定功能函数的结果。

Images