在網上看到這麼一句話覺得總結的非常好：
從高內聚，低耦合到設計模式，從 Ioc 、 Spring 框架 到 SOA 我們一步一步的抽象着、分離着。很顯然，我們需要一個靈活而不失嚴謹的架構，需要一個功能強進而不令人生畏的產品；
企業的應用軟件發展還有着很大的空間和尺度，也大概明白爲什麼OSGI起源於1999年卻近幾年才進入軟件行業，當時軟件業確實還不發達，人們確實想不了這麼多，做軟件只爲了能解決一些問題而做。而如今更多是要資源最大化共享，就想着怎麼能把原來做過的軟件集成起來，不用再做個新的，於是就有了SOA。隨着Eclipse的成功，大家對它以OSGI爲核心的插件體系無不讚嘆，原來做軟件可以像搭積木一樣的拼裝，多麼美妙，人們也就認識到了OSGI的重要性和帶來的好處，近兩年OSGI正在飛速發展，相信以後會有更大的發展空間，網上有人預言說將來OSGI一定會裝在60%的java虛擬機上，還有人說這麼好的架構應該直接納入JDK，這些都有點極端，但是可以看出它是多麼的優秀。越來越多的軟件開始支持OSGI。
OSGI的強項是它的動態加載和對Bundle之間的通信和管理及依賴關係，而更細粒度bundle內部則沒有嚴格的管理體系，Spring可以對bundle內部進行更爲細粒度的管理，Spring將在配置文件中增加直接支持OSGI的配置項。
他們的組合可以把底耦合的應用程序“模塊化”。
運行期間多個版本的應用同時部署，動態選擇，當然這是OSGI的特性，但是有Spring的配置將更好。
運行期間多模塊(服務)的替換。
運行期間動態部署，更新或反部署模塊。
應用Spring配置，裝配模塊。
用簡單和熟悉的編程方式開發具有OSGI特徵的程序。
Hibernate現在也可以集成到OSGI，爲OSGI持久層又添了一筆，可以看出Spring+OSGI+hibernate前途無量。