servlet关于service（）的实现

**

servlet关于service（）的实现

**
很自然的，我们知道服务器接收到了浏览器请求后将创建servlet对象（关于其生命周期，可以看文结尾链接），然后通过xml映射文件配置，将调用service（）方法进行业务实现，那么，是怎么调用service（）方法的呢？
首先，明确一点，方法的调用必须经过对象的调用，那么，对象自然而然就是服务器创建的servlet对象，那么，我们创建的功能类，是怎么new出这个对象的呢？这个很简单，实现servlet接口，就能够重写出五种方法，其中就有我们需要的service（）方法；
由此，我们就可以达到创建servlet对象的目的。
以实现登陆功能为例；
但这样有没有发现另外四个方法一般是不是我们不会用？那不对啊，不符合我们java的敏捷高效，好，伟大牛x的大佬们想出了办法，由此诞生了三种达到目的的方式；
第一种就是最原始的，不再重复；

最优秀的，第三种，四层架构，我来说说我对这个的理解，
功能类继承



Httpservlet抽象类源码，我调整了下顺序，等下讲；

genenicservlet抽象类源码
好了，素材有了，咱来捋一捋；
何为四层架构，首先看要达到的目的是什么：屏蔽功能类多余方法，让功能类专注于service的实现；那么我们可以想到一个很有特点的类：抽象类；它的特点是什么：

1. 可以同时包含n个抽象方法与m个普通方法（其中n，m均可为o），
2. 不可被实例化
   现在我们来想一点额外的东西：为什么实现接口要重写所有方法？
   因为接口中的所有方法都是抽象的，这样我们普通类实现所有方法时，就必须重写；因为普通类能有抽象方法吗？不能嘛。。但谁可以？抽象类啊，可以同时包含n个抽象方法与普通方法，所以我们创建第二个层：genenicservlet抽象类来实现servlet接口；
   并且只保留service（）方法，是不是就屏蔽掉了其他多余的方法？
   
   然后我们在想一个问题，如果功能类直接继承，是不是会继承到抽象方法？也就是成了抽象类，那不行，看下上面抽象类第二个特点：不可被实例化；那岂不是gg？
   于是我们迎来了第三个层：Httpservlet抽象类；
   然后在这个类中重写service（）方法，最后功能层直接继承，就不会成为抽象类了；
   而且需要补充的几点：
   ？？？为什么功能类里的方法传参变了
   很简单，看Httpservlet抽象类源码其中instanceof的作用是判断对象在内存中实际是不是该类型，基本用于强制转换；
   这个方法就改变了传参类型了；
   ？？？为什么不直接第二层实现，而要搞到第三层
   。。。我也不知道。。希望有大佬能够解答。。。不过感觉和装饰器设计模式有关系，还有就是这样的设计能够在第二三层提供大量的方法，也就可以更高效的达到目的了；