Tomcat+Servlet面試題都在這裏
下面是我整理下來的Servlet知識點:

圖上的知識點都可以在我其他的文章內找到相應內容。
Tomcat常見面試題
Tomcat的缺省端口是多少,怎麼修改
Tomcat的缺省端口是多少,怎麼修改
- 找到Tomcat目錄下的conf文件夾
- 進入conf文件夾裏面找到server.xml文件
- 打開server.xml文件
- 在server.xml文件裏面找到下列信息
<Service name="Catalina">
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
- 把port=”8080″改成port=”8888″,並且保存
- 啓動Tomcat,並且在IE瀏覽器裏面的地址欄輸入http://127.0.0.1:8888/
到tomcat主目錄下的conf/server.xml文件中修改,把8080端口改成是8088或者是其他的
Tomcat 有哪幾種Connector 運行模式(優化)?
tomcat 有哪幾種Connector 運行模式(優化)?
- bio(blocking I/O)
- nio(non-blocking I/O)
- apr(Apache Portable Runtime/Apache可移植運行庫)
相關解釋:
- bio: 傳統的Java I/O操作,同步且阻塞IO。
- nio: JDK1.4開始支持,同步阻塞或同步非阻塞IO
- aio(nio.2): JDK7開始支持,異步非阻塞IO
- apr: Tomcat將以JNI的形式調用Apache HTTP服務器的核心動態鏈接庫來處理文件讀取或網絡傳輸操作,從而大大地 提高Tomcat對靜態文件的處理性能
下面是配置Tomcat運行模式改成是NIO模式,並配置連接池相關參數來進行優化:
<!--
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
-->
<!-- protocol 啓用 nio模式,(tomcat8默認使用的是nio)(apr模式利用系統級異步io) -->
<!-- minProcessors最小空閒連接線程數-->
<!-- maxProcessors最大連接線程數-->
<!-- acceptCount允許的最大連接數,應大於等於maxProcessors-->
<!-- enableLookups 如果爲true,requst.getRemoteHost會執行DNS查找,反向解析ip對應域名或主機名-->
<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="20000"
redirectPort="8443
maxThreads=“500”
minSpareThreads=“100”
maxSpareThreads=“200”
acceptCount="200"
enableLookups="false"
/>
apr模式啓動起來是比較複雜的,詳情可參考:http://blog.csdn.net/wanglei_storage/article/details/50225779
對於bio,nio,nio.2的理解可參考:http://blog.csdn.net/itismelzp/article/details/50886009
Tomcat有幾種部署方式
- 直接把Web項目放在webapps下,Tomcat會自動將其部署
- 在server.xml文件上配置
<Context>
節點,設置相關的屬性即可 - 通過Catalina來進行配置:進入到conf\Catalina\localhost文件下,創建一個xml文件,該文件的名字就是站點的名字。編寫XML的方式來進行設置。
部署方式第二點:
- 在其他盤符下創建一個web站點目錄,並創建WEB-INF目錄和一個html文件。
- 找到Tomcat目錄下/conf/server.xml文件
- 在server.xml中的
<Context path="/web1" docBase="D:\web1"/>
- 訪問配置好的web站點
部署方式第三點:
進入到conf\Catalina\localhost文件下,創建一個xml文件,該文件的名字就是站點的名字。
- xml文件的代碼如下,docBase是你web站點的絕對路徑
<?xml version="1.0" encoding="UTF-8"?>
<Context
docBase="D:\web1"
reloadable="true">
</Context>
- 訪問web站點下的html資源
Servlet面試題
Servlet生命週期
Servlet生命週期?
- 第一次訪問Servlet,我們發現init()和service()都被調用了
- 第二次訪問Servlet,service()被調用了
- 第三次訪問Servlet,還是service()被調用了
- 當我們關閉Tomcat服務器的時候,destroy()被調用了!
Servlet生命週期可分爲5個步驟
- 加載Servlet。當Tomcat第一次訪問Servlet的時候,Tomcat會負責創建Servlet的實例
- 初始化。當Servlet被實例化後,Tomcat會調用init()方法初始化這個對象
- 處理服務。當瀏覽器訪問Servlet的時候,Servlet 會調用service()方法處理請求
- 銷燬。當Tomcat關閉時或者檢測到Servlet要從Tomcat刪除的時候會自動調用destroy()方法,讓該實例釋放掉所佔的資源。一個Servlet如果長時間不被使用的話,也會被Tomcat自動銷燬
- 卸載。當Servlet調用完destroy()方法後,等待垃圾回收。如果有需要再次使用這個Servlet,會重新調用init()方法進行初始化操作。
- 簡單總結:只要訪問Servlet,service()就會被調用。init()只有第一次訪問Servlet的時候纔會被調用。destroy()只有在Tomcat關閉的時候纔會被調用。
get方式和post方式有何區別
get方式和post方式有何區別
數據攜帶上:
- GET方式:在URL地址後附帶的參數是有限制的,其數據容量通常不能超過1K。
- POST方式:可以在請求的實體內容中向服務器發送數據,傳送的數據量無限制。
請求參數的位置上:
- GET方式:請求參數放在URL地址後面,以?的方式來進行拼接
- POST方式:請求參數放在HTTP請求包中
用途上:
- GET方式一般用來獲取數據
- POST方式一般用來提交數據
- 原因:
- 首先是因爲GET方式攜帶的數據量比較小,無法帶過去很大的數量
- POST方式提交的參數後臺更加容易解析(使用POST方式提交的中文數據,後臺也更加容易解決)
- GET方式比POST方式要快
GET方式比POST方式要快,詳情可看:https://www.cnblogs.com/strayling/p/3580048.html
- 原因:
Servlet相關 API
doGet與doPost方法的兩個參數是什麼
- HttpServletRequest:封裝了與請求相關的信息
- HttpServletResponse:封裝了與響應相關的信息
獲取頁面的元素的值有幾種方式,分別說一下
- request.getParameter() 返回客戶端的請求參數的值
- request.getParameterNames() 返回所有可用屬性名的枚舉
- request.getParameterValues() 返回包含參數的所有值的數組
request.getAttribute()和request.getParameter()區別
用途上:
- request.getAttribute(), 一般用於獲取request域對象的數據(在跳轉之前把數據使用setAttribute來放到request對象上)
- request.getParameter(), 一般用於獲取客戶端提交的參數
存儲數據上:
- request.getAttribute()可以獲取Objcet對象
- request.getParameter()只能獲取字符串(這也是爲什麼它一般用於獲取客戶端提交的參數)
forward和redirect的區別
forward和redirect的區別
- 實際發生位置不同,地址欄不同
- 轉發是發生在服務器的
- 轉發是由服務器進行跳轉的,細心的朋友會發現,在轉發的時候,瀏覽器的地址欄是沒有發生變化的,在我訪問Servlet111的時候,即使跳轉到了Servlet222的頁面,瀏覽器的地址還是Servlet111的。也就是說瀏覽器是不知道該跳轉的動作,轉發是對瀏覽器透明的。通過上面的轉發時序圖我們也可以發現,實現轉發只是一次的http請求,一次轉發中request和response對象都是同一個。這也解釋了,爲什麼可以使用request作爲域對象進行Servlet之間的通訊。
- 重定向是發生在瀏覽器的
- 重定向是由瀏覽器進行跳轉的,進行重定向跳轉的時候,瀏覽器的地址會發生變化的。曾經介紹過:實現重定向的原理是由response的狀態碼和Location頭組合而實現的。這是由瀏覽器進行的頁面跳轉實現重定向會發出兩個http請求,request域對象是無效的,因爲它不是同一個request對象
- 轉發是發生在服務器的
- 用法不同:
- 很多人都搞不清楚轉發和重定向的時候,資源地址究竟怎麼寫。有的時候要把應用名寫上,有的時候不用把應用名寫上。很容易把人搞暈。記住一個原則: 給服務器用的直接從資源名開始寫,給瀏覽器用的要把應用名寫上
- request.getRequestDispatcher(“/資源名 URI”).forward(request,response)
- 轉發時”/”代表的是本應用程序的根目錄【zhongfucheng】
- response.send(“/web應用/資源名 URI”);
- 重定向時”/”代表的是webapps目錄
- 轉發時”/”代表的是本應用程序的根目錄【zhongfucheng】
- request.getRequestDispatcher(“/資源名 URI”).forward(request,response)
- 很多人都搞不清楚轉發和重定向的時候,資源地址究竟怎麼寫。有的時候要把應用名寫上,有的時候不用把應用名寫上。很容易把人搞暈。記住一個原則: 給服務器用的直接從資源名開始寫,給瀏覽器用的要把應用名寫上
- 能夠去往的URL的範圍不一樣:
- 轉發是服務器跳轉只能去往當前web應用的資源
- 重定向是服務器跳轉,可以去往任何的資源
- 傳遞數據的類型不同
- 轉發的request對象可以傳遞各種類型的數據,包括對象
- 重定向只能傳遞字符串
- 跳轉的時間不同
- 轉發時:執行到跳轉語句時就會立刻跳轉
- 重定向:整個頁面執行完之後才執行跳轉
那麼轉發(forward)和重定向(redirect)使用哪一個?
- 根據上面說明了轉發和重定向的區別也可以很容易概括出來。轉發是帶着轉發前的請求的參數的。重定向是新的請求。
典型的應用場景:
- 轉發: 訪問 Servlet 處理業務邏輯,然後 forward 到 jsp 顯示處理結果,瀏覽器裏 URL 不變
- 重定向: 提交表單,處理成功後 redirect 到另一個 jsp,防止表單重複提交,瀏覽器裏 URL 變了
tomcat容器是如何創建servlet類實例?用到了什麼原理?
tomcat容器是如何創建servlet類實例?用到了什麼原理
- 當容器啓動時,會讀取在webapps目錄下所有的web應用中的web.xml文件,然後對 xml文件進行解析,並讀取servlet註冊信息。然後,將每個應用中註冊的servlet類都進行加載,並通過 反射的方式實例化。(有時候也是在第一次請求時實例化)
- 在servlet註冊時加上如果爲正數,則在一開始就實例化,如果不寫或爲負數,則第一次請求實例化。
什麼是cookie?Session和cookie有什麼區別?
什麼是cookie?
Cookie是由W3C組織提出,最早由netscape社區發展的一種機制
- 網頁之間的交互是通過HTTP協議傳輸數據的,而Http協議是無狀態的協議。無狀態的協議是什麼意思呢?一旦數據提交完後,瀏覽器和服務器的連接就會關閉,再次交互的時候需要重新建立新的連接。
- 服務器無法確認用戶的信息,於是乎,W3C就提出了:給每一個用戶都發一個通行證,無論誰訪問的時候都需要攜帶通行證,這樣服務器就可以從通行證上確認用戶的信息。通行證就是Cookie
Session和cookie有什麼區別?
- 從存儲方式上比較
- Cookie只能存儲字符串,如果要存儲非ASCII字符串還要對其編碼。
- Session可以存儲任何類型的數據,可以把Session看成是一個容器
- 從隱私安全上比較
- Cookie存儲在瀏覽器中,對客戶端是可見的。信息容易泄露出去。如果使用Cookie,最好將Cookie加密
- Session存儲在服務器上,對客戶端是透明的。不存在敏感信息泄露問題。
- 從有效期上比較
- Cookie保存在硬盤中,只需要設置maxAge屬性爲比較大的正整數,即使關閉瀏覽器,Cookie還是存在的
- Session的保存在服務器中,設置maxInactiveInterval屬性值來確定Session的有效期。並且Session依賴於名爲JSESSIONID的Cookie,該Cookie默認的maxAge屬性爲-1。如果關閉了瀏覽器,該Session雖然沒有從服務器中消亡,但也就失效了。
- 從對服務器的負擔比較
- Session是保存在服務器的,每個用戶都會產生一個Session,如果是併發訪問的用戶非常多,是不能使用Session的,Session會消耗大量的內存。
- Cookie是保存在客戶端的。不佔用服務器的資源。像baidu、Sina這樣的大型網站,一般都是使用Cookie來進行會話跟蹤。
- 從瀏覽器的支持上比較
- 如果瀏覽器禁用了Cookie,那麼Cookie是無用的了!
- 如果瀏覽器禁用了Cookie,Session可以通過URL地址重寫來進行會話跟蹤。
- 從跨域名上比較
- Cookie可以設置domain屬性來實現跨域名
- Session只在當前的域名內有效,不可誇域名
Servlet安全性問題
由於Servlet是單例的,當多個用戶訪問Servlet的時候,服務器會爲每個用戶創建一個線程。當多個用戶併發訪問Servlet共享資源的時候就會出現線程安全問題。
原則:
- 如果一個變量需要多個用戶共享,則應當在訪問該變量的時候,加同步機制synchronized (對象){}
- 如果一個變量不需要共享,則直接在 doGet() 或者 doPost()定義.這樣不會存在線程安全問題