Spring boot是Spring的一套快速配置腳手架，可以基于spring boot快速開發單個微服務，Spring Boot，看名字就知道是Spring的引導，就是用于啟動Spring的，使得Spring的學習和使用變得快速無痛。不僅適合替換原有的工程結構，更適合微服務開發。

Spring Cloud基于Spring Boot，為微服務體系開發中的架構問題，提供了一整套的解決方案——服務注冊與發現，服務消費，服務保護與熔斷，網關，分布式調用追蹤，分布式配置管理等。

Spring Cloud是一個基于Spring Boot實現的云應用開發工具；Spring boot專注于快速、方便集成的單個個體，Spring Cloud是關注全局的服務治理框架；spring boot使用了默認大于配置的理念，很多集成方案已經幫你選擇好了，能不配置就不配置，Spring Cloud很大的一部分是基于Spring boot來實現。

學過Spring的都知道，Spring開發有非常頭疼的三點:

以啟動一個帶Hibernate的Spring MVC為例。

1.依賴太多了，而且要注意版本兼容。這個應用，要添加10-20個依賴，Spring相關的包10多個，然后是Hibernate包，Spring與Hibernate整合包，日志包，json包一堆，而且要注意版本兼容性。

2.配置太多了，要配置注解驅動，要配置數據庫連接池，要配置Hibernate，要配置事務管理器，要配置Spring MVC的資源映射，要在web.xml中配置啟動Spring和Spring MVC等

3.部署和運行麻煩。要部署到tomcat里面。不能直接用java命令運行。

太多重復和大家都一樣的配置了。

Spring Boot的哲學就是約定大于配置。既然很多東西都是一樣的，為什么還要去配置。

1.通過starter和依賴管理解決依賴問題。

2.通過自動配置，解決配置復雜問題。

3.通過內嵌web容器，由應用啟動tomcat，而不是tomcat啟動應用，來解決部署運行問題。

Spring Cloud體系就比較復雜了?；究梢岳斫鉃橥ㄟ^Spring Boot的三大魔法，將各種組件整合在一起，非常簡單易用。

你可以把spring boot的官方的包分為兩類，一種是為了搭建一個服務用的，比如hibernate jpa，比如message。另外一種含有cloud關鍵字的，是為了各個spring boot之前管理和使用的包。

因為當把集群、CI等方法集中進來一起考慮的時候，這件事情就復雜了。

多個小有服務整合成的大服務，要有一個消息總線來用于互相通知和調用，要有一個服務發現程序來管理某個小服務上線可用，同時在服務離線時也要能處理，各個小服務要盡量各自獨立，還要考慮服務的依賴性，集群的負載均衡，配置文件的分離。

再把CI和Docker拿進來一起考慮的話，更亂。

但我認為這樣完成的一個服務是更具有可插拔性，更容易維護的。而且遵循了上面的cloud方案的話，在服務的健壯性上面也很強。

寫到這里對于新接觸的我認為可以先從單獨的spring boot程序開始入門，當要添加一個新功能時，考慮拆分成另外服務。兩個程序間可以通過jmx或是其它消息中間件或是rest通訊。最后實現了一個各自獨立的功能集群。

總結一句：Spring boot可以離開Spring Cloud獨立使用開發項目，但是Spring Cloud離不開Spring boot，屬于依賴的關系。

以上就是動力節點小編介紹的"簡述Springboot與Springcloud的相互關系"，希望對大家有幫助，想了解更多可查看SpringBoot教程技術文檔，如有疑問，請在線咨詢，有專業老師隨時為您服務。