OSGI Felix框架无法获取ServiceReference：服务查找返回Null

根本原因：OSGI类加载器隔离机制 #

OSGI的核心特性之一是类加载器隔离，每个Bundle都拥有独立的类加载器。你的启动主程序（Main类）使用系统类加载器，而API Bundle中的HelloService类由Bundle专属类加载器加载。

虽然两者全限定类名都是com.mycompany.api.HelloService，但JVM会将它们判定为完全不同的类——类的唯一性由「类加载器+全限定类名」共同决定。

当你在主程序中调用：

context.getServiceReference(HelloService.class.getName())

这里的HelloService.class是系统类加载器加载的类，而Bundle注册的服务对应API Bundle类加载器加载的HelloService。OSGI服务注册表会认为这是两个不同的服务类型，因此返回null。

而getAllServiceReferences(null, null)能看到服务，是因为该方法不做类型校验，仅返回所有注册的服务引用，不处理类加载器匹配问题。

解决方案 #

方案1：用字符串字面量查询，规避类加载器冲突 #

直接使用字符串指定服务类型，避免依赖主程序类加载器加载的HelloService类：

ServiceReference sr = context.getServiceReference("com.mycompany.api.HelloService");
// 需确保主程序类路径能访问HelloService接口，否则强制转换会失败
HelloService hs = (HelloService) context.getService(sr);

方案2：将主程序打包为OSGI Bundle运行（规范做法） #

把启动逻辑放到OSGI Bundle的Activator中，让主程序和API Bundle遵循相同的类加载机制，这样就能正确识别服务类型。

方案3：使用ServiceTracker优雅处理服务（推荐） #

如果采用Bundle方式运行，ServiceTracker可以监听服务的注册/注销事件，避免空指针问题：

ServiceTracker<HelloService, HelloService> tracker = new ServiceTracker<>(context, HelloService.class, null);
tracker.open();
HelloService hs = tracker.getService();
if (hs != null) {
    System.out.println("hs: " + hs.sayHello("Bob"));
}
tracker.close();

关键提示 #

• 始终牢记OSGI类加载隔离原则：不同Bundle的类加载器相互独立，类名相同也会被视为不同类
• 服务注册与查找时，要么统一使用字符串类型指定服务，要么确保双方使用同一类加载器加载服务接口

内容的提问来源于stack exchange，提问作者Will Hartung