當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

servlet与tomcat的关系

發布時間：2024/9/20 编程问答 48 豆豆

生活随笔收集整理的這篇文章主要介紹了 servlet与tomcat的关系小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

Servlet 工作原理解析:https://www.ibm.com/developerworks/cn/java/j-lo-servlet/

JSP九大內置對象的作用和用法總結？http://blog.csdn.net/sona_shi555/article/details/7797068

Servlet簡介與Servlet和HttpServlet運行的流程：https://www.cnblogs.com/libingbin/p/5960456.html

servlet是什么？

Servlet是用Java編寫的Server端程序，它與協議和平臺無關。
Servlet運行于Java－enabled Web Server中。
Java Servlet可以動態地擴展Server的能力，并采用請求－響應模式提供Web服務。
最早支持Servlet技術的是JavaSoft的Java Web Server。
此后，一些其它的基于Java的Web Server開始支持標準的Servlet API。
Servlet的主要功能在于交互式地瀏覽和修改數據，生成動態Web內容。

Servlet 與 Servlet 容器的關系

要介紹 Servlet 必須要先把 Servlet 容器說清楚，Servlet 與 Servlet 容器的關系有點像槍和子彈的關系，槍是為子彈而生，而子彈又讓槍有了殺傷力。雖然它們是彼此依存的，但是又相互獨立發展，這一切都是為了適應工業化生產的結果。從技術角度來說是為了解耦，通過標準化接口來相互協作。既然接口是連接 Servlet 與 Servlet 容器的關鍵，那我們就從它們的接口說起。
（1）Context 容器
Tomcat 的容器等級中，Context 容器是直接管理 Servlet 在容器中的包裝類 Wrapper，所以 Context 容器如何運行將直接影響 Servlet 的工作方式。

真正管理 Servlet 的容器是 Context 容器，一個 Context 對應一個 Web 工程，在 Tomcat 的配置文件中可以很容易發現這一點，如下：

（2）Servlet 容器的啟動過程
Tomcat7 也開始支持嵌入式功能，增加了一個【啟動類 org.apache.catalina.startup.Tomcat】。創建一個實例對象并調用 start 方法就可以很容易啟動 Tomcat，我們還可以通過這個對象來增加和修改 Tomcat 的配置參數，如可以動態增加 Context、Servlet 等。我們就選擇 Tomcat7 自帶的 examples Web 工程，并看看它是如何加到這個 Context 容器中的。

清單 1:給 Tomcat 增加一個 Web 工程: Tomcat tomcat = getTomcatInstance(); File appDir = new File(getBuildDirectory(), "webapps/examples"); tomcat.addWebapp(null, "/examples", appDir.getAbsolutePath()); tomcat.start(); ByteChunk res = getUrl("http://localhost:" + getPort() + "/examples/servlets/servlet/HelloWorldExample"); assertTrue(res.toString().indexOf("<h1>Hello World!</h1>") > 0);

清單 1的代碼是創建一個 Tomcat 實例并新增一個 Web 應用，然后啟動 Tomcat 并調用其中的一個 HelloWorldExample Servlet，看有沒有正確返回預期的數據。

清單 2:Tomcat 的 addWebapp 方法的代碼如下： public Context addWebapp(Host host, String url, String path) { silence(url); Context ctx = new StandardContext(); ctx.setPath( url ); ctx.setDocBase(path); if (defaultRealm == null) { initSimpleAuth(); } ctx.setRealm(defaultRealm); ctx.addLifecycleListener(new DefaultWebXmlListener()); ContextConfig ctxCfg = new ContextConfig(); ctx.addLifecycleListener(ctxCfg); ctxCfg.setDefaultWebXml("org/apache/catalin/startup/NO_DEFAULT_XML"); if (host == null) { getHost().addChild(ctx); } else { host.addChild(ctx); } return ctx; }

添加一個 Web 應用時將會創建一個 StandardContext 容器，并且給這個 Context 容器設置必要的參數（
url 代表這個應用在 Tomcat 中的訪問路徑；
path 代表這個應用實際的物理路徑）
其中最重要的一個配置是 ContextConfig，【ContextConfig監聽器】繼承了【LifecycleListener 監聽器接口】，它是在調用清單 2 時被加入到 StandardContext 容器中。
當 Context 容器初始化狀態設為 init 時，添加在 Context 容器的 Listener 將會被調用。【ContextConfig監聽器】將會負責整個 Web 應用配置文件的解析工作。
最后將這個 Context 容器加到父容器 Host 中。

（3）【ContextConfig監聽器】的解析工作有哪些？
ContextConfig 的 init 方法將會主要完成以下工作：
1.創建用于解析 xml 配置文件的 contextDigester 對象
1.讀取默認 context.xml 配置文件，如果存在解析它
1.讀取默認 Host 配置文件，如果存在解析它
1.讀取默認 Context 自身的配置文件，如果存在解析它
1.設置 Context 的 DocBase
ContextConfig 的 init 方法完成后，Context 容器的會執行 startInternal 方法，這個方法啟動邏輯比較復雜，主要包括如下幾個部分：
1.創建讀取資源文件的對象
1.創建 ClassLoader 對象
1.設置應用的工作目錄
1.啟動相關的輔助類如：logger、realm、resources 等
1.修改啟動狀態，通知感興趣的觀察者（Web 應用的配置）
1.子容器的初始化
1.獲取 ServletContext 并設置必要的參數
1.初始化“load on startup”的 Servlet

（4）Web 應用的初始化工作？
應用的初始化主要是要解析 web.xml 文件，這個文件描述了一個 Web 應用的關鍵信息，也是一個 Web 應用的入口。
【web.xml 文件】中的各個配置項將會被解析成相應的屬性保存在【WebXml 對象】中。
接下去將會將 WebXml 對象中的屬性設置到 Context 容器中，這里包括創建 Servlet 對象、filter、listener 等等，這些代碼在 WebXml 的 configureContext 方法中。

（5）servlet 與 wrapper 的關系？
Servlet 被【解析】和【包裝】成【Context 容器中的 StandardWrapper】。
這里有個疑問，為什么要將 Servlet 包裝成 StandardWrapper 而不直接是 Servlet 對象。
這里 StandardWrapper 是 Tomcat 容器中的一部分，它具有容器的特征，而 Servlet 為了一個獨立的 web 開發標準，不應該強耦合在 Tomcat 中。

Servlet 體系結構

與 Servlet 主動關聯的是三個頂層類，分別是【ServletConfig】、【ServletRequest】和【ServletResponse】。這三個類都是通過容器傳遞給 Servlet 的。
（1）Servlet 的運行模式是一個典型的“握手型的交互式”運行模式。所謂“握手型的交互式”就是兩個模塊為了交換數據通常都會準備一個【交易場景】，這個場景一直跟隨著這個交易過程直到這個交易完成為止。這個交易場景的初始化是根據這次【交易對象指定的參數來】定制的，這些指定參數通常就會是一個【配置類】。
（1）ServletConfig 接口的作用：獲取這個 Servlet 的一些【配置類】屬性。
（2）【ServletContext頂層類】的作用：是一個描述【交易場景】的【參數集合】即【配置類】。

Tomcat 創建的 Request 和 Response 類

1.Tomcat 一接受到請求首先將會創建【org.apache.coyote.Request】和【org.apache.coyote.Response】，這兩個類是 Tomcat 內部使用的描述一次請求和相應的信息類它們是一個輕量級的類，它們作用就是在服務器接收到請求后，經過簡單解析將這個請求快速的分配給后續線程去處理，所以它們的對象很小，很容易被 JVM 回收。
2.接下去當交給一個用戶線程去處理這個請求時又創建【org.apache.catalina.connector.Request】和【org.apache.catalina.connector.Response】對象。這兩個對象一直穿越整個 Servlet 容器，直到要傳給 Servlet。
3.傳給 Servlet 的是 Request 和 Response 的【門面類】【RequestFacade】和【RequestFacade】，這里使用【門面模式】的目的——【封裝容器中的數據】。

Servlet 如何工作？

當用戶從瀏覽器向服務器發起一個請求，通常會包含如下信息：【http://hostname: port /contextpath/servletpath】。
hostname 和 port 是用來與服務器建立 TCP 連接。
而后面的【/contextpath/servletpath】即【 URL 】才是用來選擇服務器中的哪個子容器來服務用戶的請求。
Tomcat7.0 中有個映射類【org.apache.tomcat.util.http.mapper】，這個類保存了 Tomcat 的 Container 容器中的所有子容器的信息，
mapper 將會根據這次請求的 hostnane 和 contextpath 將 host 和 context 容器設置到 Request 的 mappingData 屬性中。

Session

（1）Session的三種工作方式
1.基于 URL Path Parameter，默認就支持；
1.基于 Cookie，如果你沒有修改 Context 容器個 cookies 標識的話，默認也是支持的；
1.基于 SSL，默認不支持，只有 connector.getAttribute(“SSLEnabled”) 為 TRUE 時才支持。
（2）SSL(Secure Sockets Layer 安全套接層)協議,及其繼任者TLS（Transport Layer Security傳輸層安全）協議，是為網絡通信提供安全及數據完整性的一種安全協議。TLS與SSL在傳輸層對網絡連接進行加密，用于保障網絡數據傳輸安全，利用數據加密技術，確保數據在網絡傳輸過程中不會被截取及竊聽。SSL協議已成為全球化標準，所有主要的瀏覽器和WEB服務器程序都支持SSL協議，可通過安裝SSL證書激活SSL協議。
SSL 證書就是遵守 SSL協議的服務器數字證書，由受信任的證書頒發機構（CA機構），驗證服務器身份后頒發，部署在服務器上，具有網站身份驗證和加密傳輸雙重功能。
如果是第三種情況的話將會根據 javax.servlet.request.ssl_session 屬性值設置 Session ID。
（3）有了 Session ID 服務器端就可以創建 HttpSession 對象了，第一次觸發是通過 request. getSession() 方法，如果當前的 Session ID 還沒有對應的 HttpSession 對象那么就創建一個新的，并將這個對象加到 org.apache.catalina. Manager 的 sessions 容器中保存，Manager 類將管理所有 Session 的生命周期，Session 過期將被回收，服務器關閉，Session 將被序列化到磁盤等。只要這個 HttpSession 對象存在，用戶就可以根據 Session ID 來獲取到這個對象，也就達到了狀態的保持。
（4）Session 的致命弱點是不容易在多臺服務器之間共享。

Servlet 中的 Listener

（1）整個 Tomcat 服務器中 Listener 使用的非常廣泛，它是基于【觀察者模式】設計的。
Listener 的設計對開發 Servlet 應用程序提供了一種快捷的手段，能夠方便的從另一個【縱向維度控制程序和數據】。
（2）目前 Servlet 中提供了 6 種兩類事件的觀察者接口，它們分別是：
4 個 EventListeners 類型的，ServletContextAttributeListener、ServletRequestAttributeListener、ServletRequestListener、HttpSessionAttributeListener 和 2 個 LifecycleListeners 類型的，ServletContextListener、HttpSessionListener。
這些 Listener 的實現類可以配置在 web.xml 中的標簽中。當然也可以在應用程序中動態添加 Listener，需要注意的是 ServletContextListener 在容器啟動之后就不能再添加新的，因為它所監聽的事件已經不會再出現。掌握這些 Listener 的使用，能夠讓我們的程序設計的更加靈活。

來源：https://blog.csdn.net/baidu_36583119/article/details/79642407

總結

以上是生活随笔為你收集整理的servlet与tomcat的关系的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

上一篇：什么是机械化战争?其主要特征是什么?
下一篇： hibernate_和ORM的关系