首先需要了解的是bnd的相关知识：
1. API(也就是接口)，
2. API Provider（接口的实现）
3. API Consumer( 接口的使用者)
OSGi中的一个版本有4个部分：
major 1
minor 1.1
micro 1.1.1
qualifier 1.1.1.qualifier
主版本 1
次版本 1.1
微版本 1.1.1
限定符 1.1.1.qualifier
主版本 破坏前后兼容性变化
次版本 向后兼容性变化
微版本 bug的修复（非API变化）
限定符 新的构建
Provider Policy其实就是接口实现的版本控制策略，API Provider需要导入API所在的包，那么它的版本变化是随着API所在包的次版本而变化的，例如如果API中添加一个新的方法（次版本发生变化），那么API Provider必须实现这个方法，要不然以后新的客户端调用这个方法时候，就没有实现。
Consumer Policy就是接口调用者的版本控制策略， Consumer Policy也需要导入API所在的包，它的版本变化是随着API所在包的主版本而变化的，因为即使API中添加了一个新方法，它也用不上，编译中也不会出现错误。但是如果API中删除一个方法（主版本发生变化），它就要发生变化了，因为它原来调用的方法可能已经被删除了，编译也就不能通过了。
以上，终于把这个以前困扰自己的问题解决了。
附上官方文档链接：http://bnd.bndtools.org/chapters/170-versioning.html
Provider Policy与Consumer Policy在bnd中的区别
原文：http://www.cnblogs.com/hibou/p/7226318.html