下面是我整理下來的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來進行配置:進入到confCatalinalocalhost檔案下，建立一個xml檔案，該檔案的名字就是站點的名字。編寫XML的方式來進行設定。
部署方式第二點：
- 在其他碟符下建立一個web站點目錄，並建立WEB-INF目錄和一個html檔案。
- 找到Tomcat目錄下/conf/server.xml檔案
- 在server.xml中的<Host>節點下新增如下程式碼。path表示的是訪問時輸入的web專案名，docBase表示的是站點目錄的絕對路徑
<Context path="/web1" docBase="D:web1"/>
- 訪問配置好的web站點
部署方式第三點：
- 進入到confCatalinalocalhost檔案下，建立一個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方式有何區別
2018年9月14日12:15:12更新：下面的區別主要在HTML/瀏覽器的環境下討論(因為HTTP協議的使用不單單隻有瀏覽器能用)
參考資料：
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目錄
-
-
-
能夠去往的URL的範圍不一樣:
- 轉發是伺服器跳轉只能去往當前web應用的資源
- 重定向是伺服器跳轉，可以去往任何的資源
-
傳遞資料的型別不同
- 轉發的request物件可以傳遞各種型別的資料，包括物件
- 重定向只能傳遞字串
-
跳轉的時間不同
- 轉發時：執行到跳轉語句時就會立刻跳轉
- 重定向：整個頁面執行完之後才執行跳轉
那麼轉發(forward)和重定向(redirect)使用哪一個？
- 根據上面說明了轉發和重定向的區別也可以很容易概括出來。轉發是帶著轉發前的請求的引數的。重定向是新的請求。
典型的應用場景：
- 轉發: 訪問 Servlet 處理業務邏輯，然後 forward 到 jsp 顯示處理結果，瀏覽器裡 URL 不變
- 重定向: 提交表單，處理成功後 redirect 到另一個 jsp，防止表單重複提交，瀏覽器裡 URL 變了
tomcat容器是如何建立servlet類例項？用到了什麼原理？
tomcat容器是如何建立servlet類例項？用到了什麼原理
- 當容器啟動時，會讀取在webapps目錄下所有的web應用中的web.xml檔案，然後對 xml檔案進行解析，並讀取servlet註冊資訊。然後，將每個應用中註冊的servlet類都進行載入，並通過 反射的方式例項化。（有時候也是在第一次請求時例項化）
- 在servlet註冊時加上<load-on-startup>1</load-on-startup>如果為正數，則在一開始就例項化，如果不寫或為負數，則第一次請求例項化。
什麼是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()定義.這樣不會存線上程安全問題
如果文章有錯的地方歡迎指正，大家互相交流。習慣在微信看技術文章的同學，可以關注微信公眾號:Java3y