篇一：混沌初開，Web誕生
混沌初開，乾坤始奠，Web誕生。
最開始人們的需求是簡單的，只是從Web上獲取一些靜態(tài)資源，如一個靜態(tài)頁面，圖片或者文本等。
篇二：Web動態(tài)頁面請求 - 萬丈高樓平地起
日子過好了，欲望膨脹，人們的需求也開始增多了。人們開始想要一些能夠展示動態(tài)信息的Web頁面，如一個能顯示當(dāng)前服務(wù)器時間的動態(tài)Web頁面。
為了滿足人們對動態(tài)Web頁面的需求，Web服務(wù)器得想辦法應(yīng)對，拿出一套解決方案。
什么樣的解決方案呢？
上天有好生之德，夢里仙人指路，一覺醒來，Web服務(wù)器獲得了三個錦囊妙計。
【錦囊妙計一】：知己知彼，百戰(zhàn)不殆
Web服務(wù)器明白其中的含義，于是乎先評估一下自身的能力：
由此看來，Web服務(wù)器應(yīng)用擅長的是提供靜態(tài)Web頁面。
靜態(tài)頁面原封不動地待在服務(wù)器的目錄中，Web服務(wù)器應(yīng)用找到靜態(tài)頁面，把它原樣直接回傳給客戶，每個客戶看到的頁面都是一樣的。
【錦囊妙計二】：力所不及，尋求幫助
如夢初醒，人們需要的是動態(tài)頁面，而Web服務(wù)器應(yīng)用自身擅長的是提供靜態(tài)頁面，自己搞不定，那就請幫手。
一個籬笆三個樁，一個好漢三個幫。
Web服務(wù)器應(yīng)用找來了“輔助應(yīng)用”來幫忙，它是Web服務(wù)器主機(jī)上的另一個應(yīng)用，來幫助Web服務(wù)器處理客戶的動態(tài)Web頁面請求。
“輔助應(yīng)用”，這么神秘嗎？它到底是誰？
鐺鐺鐺~~，現(xiàn)在揭曉：它就是Servlet
【錦囊妙計三】：庖丁解牛，物盡其用
請來了幫手 servlet，總得喝個茶，嘮個嗑，相互認(rèn)識了解一下，看看 servlet 怎么個幫法，還需要哪些資源協(xié)助？
servlet：交個朋友，路多好走
從代碼層面，servlet就是一個接口。
請求到來時，必須有人實例化 servlet，或者至少要建一個新的線程來處理這個請求；必須有人調(diào)用 servlet 的doPost()或doGet()方法，同時要把請求(request)和響應(yīng)(response)交給 servlet；還得有人管理 servlet的生與死以及 servlet 的資源。
看來 servlet 也需要幫手，這個“人”是誰呢？
這個“人”就是：Web容器
Web容器：初來乍到，自我介紹
看來 servlet 受控于另一個Java應(yīng)用，這個Java應(yīng)用稱為容器。
Web服務(wù)器應(yīng)用（如Apache）收到一個動態(tài)頁面請求（指向某 servlet 的請求，不是普通的靜態(tài)HTML頁面請求），此時服務(wù)器把這個請求交給部署該 servlet 的Web容器，由Web容器向 servlet 提供Http請求和響應(yīng)對象，并由容器調(diào)用 servlet 的方法，如
doPost()或doGet()。Tomcat就是這樣的一個Web容器。
Web容器能提供什么呢？
話不多說，上來就干
詳細(xì)的看看Web容器如何處理請求？
- 用戶發(fā)起一個動態(tài)頁面請求，其URL指向一個servlet，而不是靜態(tài)頁面。
- Web容器“得知”這個請求要的是一個servlet，所以容器創(chuàng)建兩個對象：
HttpServletRequest和HttpServletResponse - Web容器根據(jù)請求中的URL找到正確的servlet，為這個請求創(chuàng)建或分配一個線程，并把請求和響應(yīng)對象傳給這個servlet線程。
- Web容器調(diào)用 servlet的
service()方法（根據(jù)請求的不同類型，service()方法會調(diào)用doGet()或doPost()方法）。
-
doGet()方法生成動態(tài)頁面，并把這個頁面“填入”響應(yīng)對象。
- 線程結(jié)束，Web容器把響應(yīng)對象轉(zhuǎn)換為一個Http響應(yīng)，把它發(fā)回給客戶端，然后刪除請求和響應(yīng)對象。
到此該落幕了，為了應(yīng)對人們想要請求動態(tài)頁面的需求，Web服務(wù)器獨木難支，資源有限，于是東奔西跑，四處走訪，請來各路英雄幫忙，最終找到了解決方案，完成實現(xiàn)了動態(tài)頁面請求。
事情告一段落，太陽升起，夕陽西下，人們又開始了平靜而安詳?shù)纳?，而民間流傳起了這樣的童謠：
三條妙計安天下
動態(tài)請求不用怕
Web容器來管控
傳遞請求給小弟
分配線程來處理
小弟小弟你是誰
servlet笑哈哈......
篇三：MVC驚世而出 - 任你虐我千百遍
平靜的生活伴隨著人們的興盛繁衍而被打破，人多就會有更多的動態(tài)Web頁面請求，Web服務(wù)器及其兄弟們忙的焦頭爛額。
兄弟們一頓操作......
邁出第一步：只創(chuàng)建了一個 servlet，一堆請求過來，在其doPost()或doGet()方法內(nèi)用大量if/else判斷處理不同的業(yè)務(wù)邏輯，然后構(gòu)建動態(tài)的HTML頁面返回。
向前一小步：創(chuàng)建多個servlet，每個servlet只完成一個任務(wù)，面向?qū)ο蟮乃枷搿?/p>
再向前一小步：增加JSP，每個servlet完成必要的業(yè)務(wù)邏輯（操作數(shù)據(jù)庫），然后把請求轉(zhuǎn)發(fā)給一個JSP，由JSP處理響應(yīng)HTML頁面，即業(yè)務(wù)邏輯與表示分離。
繼續(xù)前進(jìn)：要是把業(yè)務(wù)邏輯從servlet中抽出來，放到一個單獨的Java類中處理呢？
為每個servlet類分別創(chuàng)建一個常規(guī)Java類，來處理業(yè)務(wù)邏輯，這樣原先的servlet就變成了控制器，創(chuàng)建的用來處理業(yè)務(wù)邏輯的常規(guī)Java類則成為模型，JSP則為視圖。
再前進(jìn)：既然業(yè)務(wù)邏輯已經(jīng)安全地移到了模型中，servlet控制器剩下的工作是比較通用的，它只是更新模型，然后驅(qū)動視圖來反應(yīng)新的模型，每個servlet中都重復(fù)地放著通用的邏輯代碼，所以把這些通用的邏輯代碼放到一個servlet中。
停步，回頭看路：好了，到此停下腳步，回頭看看走過的路，我們的MVC已經(jīng)驚世而出。
模型 - 視圖 - 控制器（MVC）就是把業(yè)務(wù)邏輯從servlet中抽出來，放在一個“模型”中，同時讓業(yè)務(wù)邏輯與表示分離，形成視圖，所謂模型就是一個可重用的普通Java類。模型是業(yè)務(wù)數(shù)據(jù)和處理該數(shù)據(jù)的方法的組合。
控制器(C) ：從請求獲取用戶輸入，告訴模型自行更新，并且讓視圖得到新的模型狀態(tài)。
模型(M) ：包含具體的業(yè)務(wù)邏輯和狀態(tài)。
視圖(V)：從控制器得到模型的狀態(tài)，來映射表示；另外視圖還要獲得用戶輸入，并交給控制器。
