關于SSM與Spring？
作為在BAT里既用SSM也用Spring Boot的Java開發工程師，給大家介紹下二者區別以及使用上的不同。
首先介紹下SSM是什么，這是一個集合了Spring-SpringMVC-Mybatis的Java開發框架，與傳統的SSH框架比起來，已經有了很大的改善，進一步的減輕了程序員的開發部署壓力，提高了程序員的開發效率。
而SpringBoot是一個內置了Tomcat的框架，在SSM的基礎上，通過拋棄xml文件，改用注解，又更大程度的減輕了程序員的開發以及運行環境的部署負擔。
打包區別最明顯的自然是項目打包的區別。由于springboot內置了Tomcat，這就意味著你可以直接打出一個runnable jar然后部署在Linux機器上，再用java -jar
xxx.jar
的命令，就把服務啟動起來了。
對比之下，如果你要用ssm的話，首先需要在Linux環境下載部署好Tomcat，配置好
server.xml
文件中Tomcat文件夾的位置，
start.s
h，
catalina.sh
等文件中Tomcat的端口號，內存等等，然后把ssm工程打出一個war包，放在webapps文件夾下，解壓縮之后，調用bin目錄下的
start.sh
，才算啟動。
可以看出，springboot工程的部署要比ssm簡單的多。
構建過程如果使用SSM框架，你需要對Spring，SpringMVC以及Mybatis三個框架各使用一個xml文件來配置信息，而且開發過程中如果有功能增加，還需要不斷改動xml文件。
如果使用SpringBoot的話，你最多需要一個yml文件+一些必要的java annotation注解就夠了。
舉個例子，我曾經需要使用spring的scheduled注解來執行一些定時任務，當時在ssm框架里，需要在spring的xml文件中增加聲明，指明支持文件的下載地址，還需要指向bean的位置等等；但是到了SpringBoot框架中，我只需要在啟動文件的java文件中增加一個EnableScheduling注解就夠。
從這個例子就可以看出springboot極大的簡化了開發中環境的配置過程，使用戶就算開發時需要補充一些spring的能力，也能很快重新回到開發狀態，而不是停下來修改xml文件。
在實際寫代碼過程中，二者的區別基本沒有，因為好的框架就是降低存在感，只在用戶有需要的時候才出面幫助用戶解決問題。
springboot從前期環境搭建到后期環境部署，都極大的減少了用戶的負擔，已經逐漸成為各大互聯網公司取代ssm的一個方向。
以上是我的淺見，如有幫助，歡迎給我點贊或者留言。
我是蘇蘇思量，來自bAT的java開發工程師，每日分享科技類見聞，歡迎關注我，與我共同進步。
