关于osgi服务的相关问题(注册,注销,获取)

工作原因接触了osgi,写代码的时候遇到了service的问题,需要手动注册服务,停止服务,销毁服务,于是就学习了一下,在此记录,以便后期查阅。

起因:项目需要使用几个后台运行的调度服务,并且需要灵活地对这些服务进行操作,包括动态的修改一个服务,停止,重启一个服务。

零. 桥梁

在osgi框架中,服务主要负责模块间的交流和通信。可以使用BundleContext来指定需要执行操作的模块,并使用BundleContext来对服务进行注册和操作。为了安全性,在osgi中只有创建服务的模块对它创建的服务拥有操作的权限,其他的模块只能实现查询,而无法对其操作。

使用以下代码获取BundleContext

BundleContext bundleContext = FrameworkUtil.getBundle(class1.class).getBundleContext();

参数是这个bundle的类名。

一. 注册服务

使用上面得到的BundleContext就可以将这个服务注册到该bundle下了。使用如下代码。

context.registerService(Job.class.getName(),new Job(), prop) ;

其中,第一个参数是所要创建服务的接口名,第二个参数是该服务的实例,第三个参数是该服务的参数,dictionary型

在执行上述方法后就可以在osgi控制台通过输入services命令查看到所有的服务,当然也包括我们刚才注册的这个服务。


二. 移除服务

当bundle停止的时候,osgi框架会自动移除服务,不过也可以手动移除服务。通过如下方法:

serviceRegistration.unregister();

serviceRegistration是BundleContext.registerService()返回的对象。由于osgi不允许隔bundle移除服务,所以,只能在注册这个服务的bundle内部进行服务的移除。可以在注册服务的时候将注册服务返回的serviceRegistration对象缓存起来,然后在需要的时候对他们进行操作。

public static  Map<String,ServiceRegistration> jobServiceRegistration =new HashMap<>();

三. 查找服务

        首先,你需要得到当前的BundleContext。使用bundleContext.getServiceReferences(Service.class,filter);来获取服务对象的间接引用。这个方法的返回类型是ServiceReference,它可以在bundle之间互享,因为它和使用服务的bundle的生命周期无关。 

        为什么要用间接引用而不直接返回那个实际的服务对象呢?实际上是为了将服务的使用和服务的实现进行解耦,将服务注册表作为两者的中间人,达到跟踪和控制服务的目的,同时还可以在服务消失了以后通知使用者。

需要在意的一点,ServiceReference没有提供对服务的操作,如停止或删除。只是为了安全考虑,因为ServiceReference可以在其他的bundle中调用,而其他bundle是无法得知该服务在本模块的状态的,如果本bundle停止,服务也随之停止。这时如果其他bundle可以对该服务操作的话会引起错误。

bundleContext.getServiceReferences(Service.class,filter);方法返回ServiceReference,然后可以通过bundleContext.getService(jobService);方法获取到要查找的服务实例,其中jobService是上面获取到的ServiceReference。具体代码可以参考下面,由于服可能能有多个实例,所以使用集合存储返回的ServiceReference。

Collection<ServiceReference<Job>>ref =null;

try {

    ref =bundleContext.getServiceReferences(Job.class,"(sid=123)");

} catch (InvalidSyntaxException e) {

    e.printStackTrace();

}

if(ref !=null){

    for (ServiceReference jobService:ref) {

        Job job =bundleContext.getService(jobService);

jobServiceList.add(job);

}

}

bundleContext.getServiceReferences的第二个参数是通配符,用来过滤服务,过滤规则可以参考以下规则。

属性匹配:(vendor=Apache)、(count>3)

通配符:(vendor=Apache*)

判断某个属性是否存在:(vendor=)

条件非:(!(vendor=Apache))

条件与:(&(objectClass=com.edu.osgi.user.IUserService)(type=1))

条件或:(|(type=1)(type=2))

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343

推荐阅读更多精彩内容