servlet本质

　　首先我们先要知道servlet是什么，这有两种解释。一是目前大多数人所说的，一个实现了servlet接口的类就可以叫作servlet。二，servlet只是一个接口。那么看起来这两点都和servlet接口有关，那么我们知道弄清楚了servlet接口就好了。

　　查看servlet接口源码，会发现里面一共只有五个方法。

　　　接口的作用是规范，就是为了规范实现他的那些子类，那servlet接口定义的就是一套处理网络请求的规范。实现他的那些子类就要实现他的方法，其中里面最重要的三个方法，init(),service(),destory()。那么问题就变成了，你初始化要做什么，你接收到请求时如何服务，你销毁时要做什么。

　　那么实现了servlet的类就能处理请求吗？不能，因为servlet不直接和客户端打交道，实现类中不会有端口不会有url等一系列信息，既然这样是如何与客户端进行交互的。所以就有了servlet容器，servlet并不能直接处理请求，而是需要把servlet放在servlet容器中，tomcat就是这样一个容器，我们在配置tomcat时会发现xml里面有许多端口等等，这些才是与重要的信息。servlet容器监听端口，收到请求后，根据url等信息，mapping匹配选择应该让哪个servlet处理，再调用servlet的service方法，servlet处理完之后把response返回给tomcat，tomcat再把这个response传回去。

　　这么理解之后就更好理解servlet的运行过程了。servlet放在web服务器（servlet容器，比如tomcat）中，容器接收到请求后，选择让哪个合适的servlet去处理，如果这个合适的servlet没有实例对象，就先创建一个，有了实例对象就直接处理。处理过程，调用servlet实例对象的init()方法，创建一个用于封装http请求的HttpServletRequest对象和HttpServletResponse对象，然后调用service()方法并将request和response对象作为参数传进service()，service处理完之后，把response传给容器，容器再还给请求方。完成处理，调用destory()方法，该servlet被标记为垃圾，等待jvm回收该垃圾。

　　所以问题解决了，servlet是一个接口，用来规范网络请求（通过request和response，像tomcat与jetty的代码就不一样，而程序员只要会使用request和response就可以，这就是规范），实现servlet的类放在servlet容器中与客户端进行间接交互。