OSGi 组件和服务之间有什么区别
在 OSGi 下，组件与服务之间的主要区别是什么？ 据我了解，所有服务都必须是组件，但并非所有组件都必须是服务。
在示例用例中使用其中一种比另一种有什么好处？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
在 OSGi 下，组件与服务之间的主要区别是什么？ 据我了解，所有服务都必须是组件，但并非所有组件都必须是服务。
在示例用例中使用其中一种比另一种有什么好处？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（2）
“组件”的定义不如服务那么正式。
服务是在 OSGi 服务注册表中注册的任何对象，并且可以使用其接口名称进行查找。唯一的先决条件是服务应该实现某个接口……任何接口。例如，我可以在 java.lang.Runnable 接口下注册一个可运行对象，客户端可以使用该接口名称查找它。
“组件”往往是其生命周期受管理的对象，通常由声明性服务 (DS)、Blueprint 或 iPOJO 等组件框架进行管理。请参阅 OSGi 社区 Wiki 上的此页面，了解可用的不同组件框架的讨论。
组件可以组合或单独具有以下任何功能：
一般来说，使用组件框架是使用 OSGi 服务的最简单方法，因为该框架将管理与您想要使用的服务的绑定。例如，您可以说您的组件“依赖于”特定服务，在这种情况下，该组件仅在该服务可用时才会被创建和激活，并且当该服务不可用时它将被销毁。
"Components" are less formally defined than services.
A service is any object that is registered in the OSGi Service Registry and can be looked up using its interface name(s). The only prerequisite is that a service should implement some interface... any interface. For example I could register a runnable object under the
java.lang.Runnableinterface, and clients could look it up using that interface name.A "component" tends to be an object whose lifecycle is managed, usually by a component framework such as Declarative Services (DS), Blueprint or iPOJO. See this page on the OSGi Community Wiki for a discussion of the different component frameworks available.
A component may have any of the following features, in combination or alone:
In general, using a component framework is the easiest way to work with OSGi services because the framework will manage the binding to the services that you want to consume. For example you could say that your component "depends on" a particular service, in which case the component will only be created and activated when that service is available -- and also it will be destroyed when the service becomes unavailable.
编辑：请参阅 Neil Bartlett 的回答，我已经非常具体地回答了声明性服务，但它比我在这里错误地表述的更微妙。
简而言之：组件是服务的消费者而不是提供者，服务是一种扩展的组件注册为服务提供商。
组件具有生命周期（取消/激活和修改）、服务依赖管理（取消/绑定）。
服务是组件的扩展；通过服务注册表，它通过发布实现的接口和属性向其他捆绑包等提供服务。
服务的用例很明显，使用组件的典型案例是需要管理生命周期、配置或服务依赖关系，但不需要/不想发布组件以供捆绑包间使用。
EDIT: See Neil Bartlett's answer, I've answered quite specifically wrt Declarative Services but it's more subtle than I've stated incorrectly here.
In short: Components are consumers of services not providers, Services are an extension of Components registring as service providers.
A component has a lifecycle (de/activate and modify), service dependency management (un/bind).
A service is an extension of a component; via the service registry, it offers it's services to other bundles etc by publishing implemented interfaces and properties.
The use-case for Services is obvious, the typical cases for using Components is needing management of lifecycle, configuration or service dependencies, but not needing/wanting to publish the Component for inter-bundle usage.