Web请求之Servlet图鉴一

篇一：混沌初开，Web诞生

混沌初开，乾坤始奠，Web诞生。

最开始人们的需求是简单的，只是从Web上获取一些静态资源，如一个静态页面，图片或者文本等。

web原始静态请求.png

---

篇二：Web动态页面请求 - 万丈高楼平地起

日子过好了，欲望膨胀，人们的需求也开始增多了。人们开始想要一些能够展示动态信息的Web页面，如一个能显示当前服务器时间的动态Web页面。

为了满足人们对动态Web页面的需求，Web服务器得想办法应对，拿出一套解决方案。

什么样的解决方案呢？

上天有好生之德，梦里仙人指路，一觉醒来，Web服务器获得了三个锦囊妙计。

【锦囊妙计一】：知己知彼，百战不殆

Web服务器明白其中的含义，于是乎先评估一下自身的能力：

web服务器应用自我能力评估.png

由此看来，Web服务器应用擅长的是提供静态Web页面。

web服务器应用擅长提供静态页面

静态页面原封不动地待在服务器的目录中，Web服务器应用找到静态页面，把它原样直接回传给客户，每个客户看到的页面都是一样的。

【锦囊妙计二】：力所不及，寻求帮助

如梦初醒，人们需要的是动态页面，而Web服务器应用自身擅长的是提供静态页面，自己搞不定，那就请帮手。

一个篱笆三个桩，一个好汉三个帮。

Web服务器应用找来了“辅助应用”来帮忙，它是Web服务器主机上的另一个应用，来帮助Web服务器处理客户的动态Web页面请求。

web服务器辅助应用.png

“辅助应用”，这么神秘吗？它到底是谁？

铛铛铛~~，现在揭晓：它就是Servlet

web服务器servlet.png

【锦囊妙计三】：庖丁解牛，物尽其用

请来了帮手 servlet，总得喝个茶，唠个嗑，相互认识了解一下，看看 servlet 怎么个帮法，还需要哪些资源协助？

servlet：交个朋友，路多好走

从代码层面，servlet就是一个接口。

servlet接口.png

请求到来时，必须有人实例化 servlet，或者至少要建一个新的线程来处理这个请求；必须有人调用 servlet 的doPost()或doGet()方法，同时要把请求(request)和响应(response)交给 servlet；还得有人管理 servlet的生与死以及 servlet 的资源。

看来 servlet 也需要帮手，这个“人”是谁呢？

这个“人”就是：Web容器

Web容器：初来乍到，自我介绍

看来 servlet 受控于另一个Java应用，这个Java应用称为容器。

Web服务器应用（如Apache）收到一个动态页面请求（指向某 servlet 的请求，不是普通的静态HTML页面请求），此时服务器把这个请求交给部署该 servlet 的Web容器，由Web容器向 servlet 提供Http请求和响应对象，并由容器调用 servlet 的方法，如doPost()或doGet()。

Tomcat就是这样的一个Web容器。

web容器.png

Web容器能提供什么呢？

web容器.png

话不多说，上来就干

详细的看看Web容器如何处理请求？

1. 用户发起一个动态页面请求，其URL指向一个servlet，而不是静态页面。
2. Web容器“得知”这个请求要的是一个servlet，所以容器创建两个对象：HttpServletRequest和HttpServletResponse
3. Web容器根据请求中的URL找到正确的servlet，为这个请求创建或分配一个线程，并把请求和响应对象传给这个servlet线程。
4. Web容器调用 servlet的service()方法（根据请求的不同类型，service()方法会调用doGet()或doPost()方法）。

web容器处理请求.png

5. doGet()方法生成动态页面，并把这个页面“填入”响应对象。

生成动态页面填入响应对象.png

6. 线程结束，Web容器把响应对象转换为一个Http响应，把它发回给客户端，然后删除请求和响应对象。

请求结束销毁请求和响应对象.png

到此该落幕了，为了应对人们想要请求动态页面的需求，Web服务器独木难支，资源有限，于是东奔西跑，四处走访，请来各路英雄帮忙，最终找到了解决方案，完成实现了动态页面请求。

事情告一段落，太阳升起，夕阳西下，人们又开始了平静而安详的生活，而民间流传起了这样的童谣：

三条妙计安天下
动态请求不用怕
Web容器来管控
传递请求给小弟
分配线程来处理
小弟小弟你是谁
servlet笑哈哈......

---

篇三：MVC惊世而出 - 任你虐我千百遍

平静的生活伴随着人们的兴盛繁衍而被打破，人多就会有更多的动态Web页面请求，Web服务器及其兄弟们忙的焦头烂额。

兄弟们一顿操作......

迈出第一步：只创建了一个 servlet，一堆请求过来，在其doPost()或doGet()方法内用大量if/else判断处理不同的业务逻辑，然后构建动态的HTML页面返回。

一个servlet处理一堆请求.png

向前一小步：创建多个servlet，每个servlet只完成一个任务，面向对象的思想。

多个servlet处理请求.png

再向前一小步：增加JSP，每个servlet完成必要的业务逻辑（操作数据库），然后把请求转发给一个JSP，由JSP处理响应HTML页面，即业务逻辑与表示分离。

增加JSP使其业务逻辑与表示分离.png

继续前进：要是把业务逻辑从servlet中抽出来，放到一个单独的Java类中处理呢？

为每个servlet类分别创建一个常规Java类，来处理业务逻辑，这样原先的servlet就变成了控制器，创建的用来处理业务逻辑的常规Java类则成为模型，JSP则为视图。

servlet分离出业务逻辑形成model.png

再前进：既然业务逻辑已经安全地移到了模型中，servlet控制器剩下的工作是比较通用的，它只是更新模型，然后驱动视图来反应新的模型，每个servlet中都重复地放着通用的逻辑代码，所以把这些通用的逻辑代码放到一个servlet中。

mvc.png

停步，回头看路：好了，到此停下脚步，回头看看走过的路，我们的MVC已经惊世而出。

模型 - 视图 - 控制器（MVC）就是把业务逻辑从servlet中抽出来，放在一个“模型”中，同时让业务逻辑与表示分离，形成视图，所谓模型就是一个可重用的普通Java类。模型是业务数据和处理该数据的方法的组合。

控制器(C) ：从请求获取用户输入，告诉模型自行更新，并且让视图得到新的模型状态。
模型(M) ：包含具体的业务逻辑和状态。
视图(V)：从控制器得到模型的状态，来映射表示；另外视图还要获得用户输入，并交给控制器。