SSM，是Springstruts漏洞是什么意思、SpringMVC、Mybatis的简称，是目前主流的Java Web开发框架。其中：

Spring是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架；

SpringMVC分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制；

MyBatis是一个支持普通SQL查询，存储过程和高级映射的优秀持久层框架；而SSH则是Struts、Spring、Hibernate的简称，是较早期也是大家最为熟知的Web开发框架，现在逐渐被SSM替代。一个很明显的例子：在人才招聘时，从一些培训学校（如：达内）毕业的学生，问起SSM都知道，但是SSH却没有培训过。

在SSH框架开发时，Spring通常采用Xml配制的方式完成，而SSM框架中，Spring开发团队建议使用注解方式，摒弃繁琐的Xml配制。但即便如此，SSH和SSM在代码架构上还是一样，Spring环境配制照样繁琐，没有任何优化改进，于是SpringBoot时代来了。

SpringBoot全新框架Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置，开箱即用。特点：

独立应用程序

最后上生产环境的是个Jar包或者War包，你只需要java -jar *.jar或*.war即可。内置TomcatSpringBoot程序已经内嵌Tomcat了，无需再部署Tomcat啦，简单吧？

简化配制SpringBoot最明显的改进就是简化了繁琐的Spring Xml配制，将程序员的双头解放出来了，将时间和精力放在核心业务逻辑上。

自动化 功能开箱即用

SpringBoot采用Maven架构，如果您需要使用Spring的什么功能模块，只需要在POM文件中增加相关依赖就OK了，实现了开箱即用，非常简单。

通过上述对比分析，应该对SSM框架和SpringBoot有了解，知道了两者的区别。正因为此，相信SpringBoot会成为软件行业的主流框架。如果您还有什么高见，不妨在留言评论区分享出来，谢谢大家！

这个问题其实很好，其实，如果你弄明白了为啥，能帮助你更好的理解web。

谈为什么之前，我们先简单说一}

协议://主机名[:端口] +参数

这个命令的意思是。用标注的协议所指定的方法，去链接主机的相应端口，参数是参数。

比如，当你输入/ 的时候，实际是告诉浏览器用 方法，去访问主机的80端口，参数是"/", 也就是 get /

这个时候，在googl的服务器上，必须有一个程序来随时监听客户端发来的消息，然后给出相应的返回值。比如，当接受到get /时，应该返回什么。

所以，在以前还没有动态网站的时候，web服务程序(比如IIS)会把参数和指定目录(网站根目录)下的文件一一对应起来。比如 get / 会直接返回根目录下的index.php

同理，当你访问/hello.html的时候，实际上是把字符串"/hello.html"传送到了服务器web程序，web程序会根据提前设定的网站根目录去寻找hello.html文件，并把这个文件返回给客户端。

这样通过文件夹组织结构，就形成了静态网站。但是后来我们需要用程序语言来处理复杂的逻辑怎么办。最初的解决办法就是在html文件中插入特殊的标签，并且保存成相应的扩展名。

比如我在html中插入java语句，并保存成hello.jsp，放在网站根目录下。

这个时候，当你 get /hello.jsp的时候，tomcat程序会自动调用java来处理< % %>中间的语句，并且把整个.jsp转换成html，再返回到客户端。

这就是.jsp .php .asp这类网站的工作原理。

但是，你一定要明白一个事实，web服务程序返回相应的 .jsp .html .php文件，一定要这样做吗。

当然不是，我前面说了，返回文件实际上是人为定义去做的。作为一个程序，你可以return任何东西。

我可以任意设计程序，让程序返回任何我想要的东西。

比如，我可以让 get "/hello.html" 返回 字符串"hello world",而这个时候我的服务器上根本不存在hello.html这个文件。

基于这样的原因，我们实际上可以用程序任意设计url，这个就叫做路由。而告诉程序某一个路由返回什么的过程，就叫路由绑定。

现代的web程序构架，你是根本无法直接访问html文件的，而是必须把路由绑定到某一个视图上去。因为这样可以把原来嵌入到html的java代码分离出来，写到特定的类中去，而不用混写。这样逻辑更清醒，维护更方便。这样的就叫做mvc.

以著名的springMVC举例，我们看一个小程序。

@RequestMapping("/hello")，就是路由绑定，他代表 当你访问/hello 时，会执行hello方法，而hello方法的返回值是 字符串"hello",所以客户端会收到hello这个字符串。

不过，当你正确配置springMVC的时候，程序会自动在/WEB-INF/jsp/ 中寻找hello.jsp，然后返回。(注意，这得JSP和前面例子中的jsp有很大不同，详细请学习springMVC)。

这时你应该明白，如何返回完全是我自定义的。我完全可以修改程序@RequestMapping("/hello.jsp"),这样就像传统一样，通过/hello.jsp 来返回hello.jsp，我也可以@RequestMapping("/a.jsp")，当你方向/a.jsp时，返回hello.jsp，我甚至可以令/hello.html 返回hello.jsp .

所以，你现在应该明白为啥现在基本上看不到.jsp了吧。

第一 现代符合MVC构架的网站 ，网址中的/x/xxx.xxx 已经不代表真实目录和真实文件了。所以逻辑上没有必要出现.jsp 。

第二 现代MVC构架的网站，网址都是自己设计的，使用/hello.jsp 和使用 /hello是没有区别的，那为什么不用更短的。hello.jsp没有必要出现。

第三 /hello.jsp仅仅是传递的一个字符串参数，实际上我可以用任何程序来处理。比如我可以很容易用python写出 结尾是.jsp的网站。/hello.jsp可以完全是一个python网站。所以网址中的扩展名是没有必要存在的。你看到网站不是.jsp，但是他的后台可能仍然是java。

现代大多数网站,不管用什么语言，大多遵循了MVC的结构。所以，你基本上越来越看不到以n.jsp是啊