springMvc和servlet的优缺点

个人的理解：

一、首先说mvc和单独一个servlet的区别：

如果我的tomcat服务器要实现一个功能，比如说接收一个请求，从数据库里查出一条用户信息(select)，然后返回到服务器，那么不用mvc的方法是：

只有一个servlet也可以实现，自定义一个servlet,在tomcat的web.xml的中注册，接收 /select 请求，在servlet里手写实现jdbc接口连接数据库完成查询，得到response的输出流，把查询结果write到页面上。这样耦合度很高，向页面上写response也很麻烦。

使用mvc模式可以降低耦合度，jsp也可以简化输出的过程。Controller层的servlet接受请求信息，调用Model层的Dao的方法实现与数据库的连接、查询，将查到的数据利用View层jsp技术显示给用户。

二、为什么要用springmvc:

这时候要再实现几个功能，向数据库中添加用户（insert），删除用户（delete）,更改用户（update）等等功能,如果传统mvc模式怎么做？

（一）写几个新的servlet。然后在web.xml中注册新sevlet，并映射对应的/insert /delete /update /XXX，在这些新的servlet中调用View和Model层完成功能。

这样新定义servlet的方法比较麻烦，要去继承HttpServlet接口，实现接口方法，手写调用jsp的重定向或者请求转发，还要再web.xml中注册。

（二）直接在原来的servlet中添加方法。然后把web.xml中原来的/select改成 / 来映射所有请求，在原来的servlet中加入判断，不同的请求执行不同的方法。

这第（二）种实现方法，仔细想一想，是不是和springmvc就有点像了？这时这仅有一个的servlet就对应着springmvc中的DispatcherServlet,我们写的实现这些功能的方法就对应着springmvc中我们要写的很多controller,我们在servlet中写的判断，springmvc就通过处理器映射器、处理器适配器这两大组件帮我们实现了。即：

我们写的单一的servlet------------------------>springmvc的DispatcherServlet

我们servlet里的判断语句---------------------->处理器映射器，处理器适配器

我们servlet里的方法----------------------------->各种controller

三、总结

springmvc框架三大组件（DispatcherServlet，处理器映射器，处理器适配器）就是一个可以处理多种请求的强大的servlet。它长这样：

public class DispatcherServlet implements Servlet{undefined

//main方法

public void main{undefined

if(映射器说要执行A){undefined

this.controllerA();

}

if(映射器判断要执行B){undefined

this.controllerB();

}

//Controller就是各种方法

public XXX controllerA(){ }

public XXX controllerB(){ }