众所周知Eclipse平台本身就作为一个成功的OSGI应用从技术层面讲Eclipse本身就是由OSGI协议驱动的（我想这句话大家已经听的很多遍了~_~）同时Eclipse对OSGI组件机制做了有力的扩充也就是我们所熟知的扩展点（Extension Point）机制关于扩展点的支持也作为Equinox（Eclipse的OSGI协议实现）一部分呈现给了广大的Eclipse开发者和用户关于为什么会存在扩展点这个补充也是国外技术论坛上经常讨论的话题在这也斗胆猜测一把仅供大家参考
「OSGI的关键特性和适用场景」
OSGI为我们提供了一个追求模块化的方式来开发部署运行管理组件（OSGI Bundle）的机制其主要的技术特征包括模块化生命周期管理松耦合交互等OSGI为我们提供了组件模块化所需要的技术并允许以服务等方式来实现模块之间的动态松耦合交互这也就为我们开发盼望已久的Pluginable System打下了坚实的基础（有关OSGI的技术可以参加OSGI协议和国外论坛上的一些关于OSGI具体应用的讨论）本质上讲OSGI在追求组件模块化并希望组件本身具备黑盒的效果其并没有投入很大精力来关注如何让一个组件更容易扩展更加开放
通过上面的阐述我们可以看出来OSGI本身适用于那种建立模块化动态管理即插即用的组件化系统如果应用于产品软件的开放对建立一个可靠的内核是非常有用的OSGI对应的一些成功应用包括 EclipseJBoss ASIBM Websphere等
「Eclipse的需求」
Eclipse本身作为一个基础平台存在其关键需求就是来方便用户扩展并能够很方便的和Eclipse平台本身做无缝集成说白了在Eclipse中一个组件（Eclipse Plugin）的任务大致为二提供扩展实现或者声明扩展需求（当然不完全针对库插件feature…）我们知道一个软件产品的技术实现必须要以符合产品需求为基础Eclipse作为一个软件产品最大的需求就是如何方便的允许用户扩展并无缝地集成这些扩展
如果要满足Eclipse的这种需求需要一个组件（Eclipse plugin）还需要具备什么关键特质呢？开放易扩展！！！
显然OSGI本身并不能满足Eclipse的部分关键需求（面向开发者和用户的需求）但是OSGI所带来的模块化声明周期管理懒加载等机制都是Eclipse迫切需要的自然选择了OSGI来作为Eclipse内核的驱动协议考虑到扩展和便于无缝集成这两大关键需求Eclipse在OSIG之上面向用户提供了扩展点的机制以一种xml描述的方式来配置组件之间的扩展关系涉及到的三个核心概念便是我们熟知的扩展点（Extension Point）扩展（Extension）和扩展注册表（Extension Registry）
「实例讨论」
上面说了一些偏于抽象的东西下面配合几个实例来大致说明一下
首先我们讨论一个偏于理论的例子假设我们现在当前系统有两个OSGI bundle再加入第三个陌生的bundle那这个新的bundle是不能被自动发现的（autodiscovered自己发明的~_~）除非在被显示调用的情况下同比如果当前系统中有一个plugin其本身声明了一个扩展点（host plugin）然后系统中引入了一个新的plugin按照host plugin定义的扩展契约提供了扩展（extesion plugin）那么这个新的plugin是可以被自动发现的host plugin可以借助eclipse扩展注册表查找对应的扩展而同时避免了两个plugin之间的紧密耦合（说明有人以为extension plugin和host plugin之间是紧密耦合的我觉得更合适的说法是plugin是开发的）
我们知道Eclipse本身的体系架构是微内核（micro kernel）核心插件（core plugins）和用户应用插件（application plugins）
上图中的runtimeworkbench和resource就是Eclipse所谓的核心插件而JDT恰恰是在这些核心插件的基础上提供扩展并做无缝集成同时也定义了一些扩展点供JDT自身或者其他扩展插件使用并做无缝集成
对普通Eclipse工具用户而言如果没有扩展点的机制用户能够方便的将第三方工具安装（本质上是集成）到Eclipse中吗？是不是要关心一些技术细节啊？
「总结」
上面一直在说Eclipse plugin在OSGI bundle的基础上在追求开放和扩展其实从技术本质上讲Eclipse是对OSGI协议在插件间的交互方式做了补充扩展和扩展点也成为了我们在Eclipse插件开发过程中最主要的插件间交互方式了而OSGI中定义的组件间松耦合交互方式（OSGI Service）却并没有很大的用武之地（对用户而言）说到这里可能会给大家造成一个疑问 Eclipse扩展点机制这么好为什么不加入OSGI协议呢？需求不同
最后再回顾一下Eclipse之所以提供了扩展点机制本质上取决于Eclipse自身的部分关键需求扩展和集成OSGI协议本身尤其应用场景Eclipse的扩展点机制是针对Eclipse自身需求在OSGI之上做的有力补充
