OSGi插件为何同时导入并导出自身包含的org.osgi.service.prefs包

这根本不是配置错误，是OSGi生态里用了很多年的标准写法，核心作用有三个：

• 优先复用运行环境里已有的同版本API，避免类冲突
  org.osgi.service.prefs是OSGi官方定义的标准服务API包，org.eclipse.equinox.preferences把这个包打在自己插件里只是做兜底。如果运行时已经有其他插件（比如OSGi核心框架、专门的OSGi API合集插件）导出了符合[1.1.1,1.2)版本要求的这个包，OSGi框架会自动给当前插件绑定外部导出的版本，根本不会加载它自己内置的那份。
  这么做就是为了避免同一个类被不同插件重复加载导致的ClassCastException、类版本不兼容之类的问题，保证整个运行时里同版本的标准API只有一份生效。
• 没有外部依赖的时候自动兜底，保证插件能正常启动
  如果整个运行环境里找不到其他插件提供符合版本要求的org.osgi.service.prefs包，框架会自动把当前插件自己导出的1.1.1版本包绑定到它自己的导入声明上，这时候插件就用自己内置的包，不会因为缺依赖启动失败。
• 适配OSGi的类加载隔离规则
  很多刚接触OSGi的开发者会有误区：插件自己带的包，自己用的时候根本不需要声明导入。实际上OSGi规范本身就明确支持这种「同时导出+导入同一个包」的模式，官方叫可替换导出。只要插件声明了对某个包的导入，框架就会先走全局的包匹配逻辑找可用的导出源，不会直接从当前插件的本地类路径加载类，这个设计就是专门为前面说的包替换、版本统一能力做底层支撑的。

你仔细看版本配置就能发现是刻意对齐过的：插件导出的包版本是1.1.1，正好落在它自己声明的导入版本区间[1.1.1,1.2)范围内，绝对不会出现自依赖匹配不上的问题。

内容的提问来源于stack exchange，提问作者Jarvis Yu