JSP面試題都在這裏
下面是我整理下來的JSP知識點:
圖上的知識點都可以在我其他的文章內找到相應內容。
JSP常見面試題
jsp靜態包含和動態包含的區別
jsp靜態包含和動態包含的區別
在講解request對象的時候，我們曾經使用過request.getRequestDispatcher(String url).include(request,response)來對頁頭和頁尾面進行包含
inclue指令也是做這樣的事情，我們來試驗一下吧！
這是頁頭
<%@ page contentType="text/html;charset=UTF-8" language="java" %> <html> <head> <title>頁頭</title> </head> <body> 我是頁頭 <br> <br> <br> </body> </html>
- 這是頁尾
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>頁尾</title>
</head>
<body>
我是頁尾
</body>
</html>- 在1.jsp中把頁頭和頁尾包含進來
<%@ page contentType="text/html;charset=UTF-8" - 訪問1.jsp
- include指令是靜態包含。靜態包含的意思就是：把文件的代碼內容都包含進來，再編譯！，看一下jsp的源代碼就知道了！
- 上面已經提及到了，include指令是靜態包含，include行為是動態包含。其實include行為就是封裝了request.getRequestDispatcher(String url).include(request,response)
- include行為語法是這個樣子的
<jsp:include page=""/>- 我們先來使用一下把，在1.jsp頁面中也將頁頭和頁尾包含進來。
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>包含頁頭和頁尾進來</title>
</head>
<body>
<jsp:include page="head.jsp"/>
<jsp:include page="foot.jsp"/>
</body>
</html>- 訪問1.jsp頁面看一下效果：
- 使用jsp行為來包含文件，jsp源文件是這樣子的：
jsp行為包含文件就是先編譯被包含的頁面，再將頁面的結果寫入到包含的頁面中（1.jsp)
- 當然了，現在有靜態包含和動態包含，使用哪一個更好呢？答案是：動態包含。
動態包含可以向被包含的頁面傳遞參數（用處不大），並且是分別處理包含頁面的（將被包含頁面編譯後得出的結果再寫進包含頁面）【如果有相同名稱的參數，使用靜態包含就會報錯！】！
模擬一下場景吧，現在我的頭頁面有個名為s的字符串變量
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>頁頭</title>
</head>
<body>
<%
String s = "zhongfucheng";
%>
我是頁頭呀
<br>
<br>
<br>
</body>
</html>- 我的頁尾也有個名為s的字符串變量
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>頁尾</title>
</head>
<body>
<%
String s = "zhongfucheng";
%>
我是頁尾呀
</body>
</html>- 現在我使用靜態包含看看會發生什麽，出現異常了。
- 出現異常的原因很簡單，就是同一個文件中有兩個相同的變量s
- 使用動態包含就可以避免這種情況
總結
<%@include file="xxx.jsp"%>為jsp中的編譯指令，其文件的包含是發生在jsp向servlet轉換的時期，而<jsp:include page="xxx.jsp">是jsp中的動作指令，其文件的包含是發生在編譯時期，也就是將java文件編譯為class文件的時期使用靜態包含只會產生一個class文件，而使用動態包含會產生多個class文件
使用靜態包含，包含頁面和被包含頁面的request對象為同一對象，因為靜態包含只是將被包含的頁面的內容復制到包含的頁面中去；而動態包含包含頁面和被包含頁面不是同一個頁面，被包含的頁面的request對象可以取到的參數範圍要相對大些，不僅可以取到傳遞到包含頁面的參數，同樣也能取得在包含頁面向下傳遞的參數
jsp有哪些內置對象?作用分別是什麽?
jsp有哪些內置對象?作用分別是什麽?
九個內置對象：
- pageContext
- page
- config
- request
- response
- session
- application
- exception
- out
其中，request、response、session、application、config這五個對象和Servlet的API是一樣的。這5個對象我就不解釋了。
在JSP中，尤其重要的是pageContext對象。
pageContext是內置對象中最重要的一個對象，它代表著JSP頁面編譯後的內容（也就是JSP頁面的運行環境）！
pageContext對象
- 既然它代表了JSP頁面編譯後的內容，理所當然的：它封裝了對其他8大內置對象的引用！，也就是說，通過pageContext可以獲取到其他的8個內置對象！
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>獲取八大內置對象</title>
</head>
<body>
<%
System.out.println(pageContext.getSession());
System.out.println(pageContext.getRequest());
System.out.println(pageContext.getResponse());
System.out.println(pageContext.getException());
System.out.println(pageContext.getPage());
System.out.println(pageContext.getServletConfig());
System.out.println(pageContext.getServletContext());
System.out.println(pageContext.getOut());
%>
</body>
</html>- 看下效果：
pageContext作為域對象
- 類似於request，session，ServletContext作為域對象而言都有以下三個方法：
- setAttribute(String name,Objcet o)
- getAttribute(String name)
- removeAttribute(String name)
當然了，pageContext也不例外，pageContext也有這三個方法！
pageContext本質上代表的是當前JSP頁面編譯後的內容，作為域對象而言，它就代表著當前JSP頁面（也就是page）！也就是說：pageContext域對象只在page範圍內有效，超出了page範圍就無效了！
首先來看看在page範圍內能不能使用
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>使用page域對象</title>
</head>
<body>
<%
pageContext.setAttribute("name", "zhongfucheng");
%>
<%
String value = (String) pageContext.getAttribute("name");
System.out.println(value);
%>
</body>
</html>
- 效果如下：
我們現在來試驗一下是不是超出了page範圍就無效了！
在2.jsp中request域對象設置屬性
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>request域對象設置屬性</title>
</head>
<body>
<%
//這是request域對象保存的內容
request.setAttribute("name","zhongfucheng");
%>
<%--跳轉到1.jsp中--%>
<jsp:forward page="1.jsp"/>
</body>
</html>- 企圖在1.jsp中pageContext取出request存進去的屬性
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>在page域對象獲取屬性</title>
</head>
<body>
<%
//企圖獲取request域對象存進的屬性
String value = (String) pageContext.getAttribute("name");
System.out.println(value);
%>
</body>
</html>- 效果如下：
pageContext本質上代表著編譯後JSP的內容，pageContext還可以封裝了訪問其他域的方法！
- 上面的pageContext默認是page範圍的，但pageContext對象重載了set、get、removeAttribute這三個方法
- getAttribute(String name,int scope)
- setAttribute(String name,Object value,int scope)
- removeAttribute(String name,int scope)
- 多了一個設置域範圍的一個參數，如果不指定默認就是page。當然了，pageContext把request、session、application、page這幾個域對象封裝著了靜態變量供我們使用。
- PageContext.APPLICATION_SCOPE
- PageContext.SESSION_SCOPE
- PageContext.REQUEST_SCOPE
- PageContext.PAGE_SCOPE
剛才我們沒有使用重載方法的時候，使用pageContext是無法獲取到request域對象設置的屬性的。現在我們使用重載後的方法看一下能不能獲取得到！
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>在page域對象獲取request域對象的屬性</title>
</head>
<body>
<%
//使用重載的方法獲取request域對象的屬性
String value = (String) pageContext.getAttribute("name",pageContext.REQUEST_SCOPE);
System.out.println(value);
%>
</body>
</html>- 效果：
- pageContexst還有這麽一個方法：
- findAttribute(String name)
該方法會查找各個域的屬性，從小到大開始尋找！也就是page—>request->session->application。
我們用此方法看能不能查找出request域對象的屬性吧！
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
<title>使用findAttribute</title>
</head>
<body>
<%
//使用findAttribute查找2.jsp中request域對象的屬性
String value = (String) pageContext.findAttribute("name");
System.out.println(value);
%>
</body>
</html>
- 效果如下：
out對象：
- out對象用於向瀏覽器輸出數據，與之對應的是Servlet的PrintWriter對象。然而這個out對象的類型並不是PrintWriter，是JspWriter
我們可以簡單理解為：JspWriter就是帶緩存的PrintWrieter。
out對象的原理如下：
- 只有向out對象中寫入了內容，且滿足如下任何一個條件時，out對象才去調用ServletResponse.getWriter方法，並通過該方法返回的PrintWriter對象將out對象的緩沖區中的內容真正寫入到Servlet引擎提供的緩沖區中：
- 設置page指令的buffer屬性關閉了out對象的緩存功能
- out對象的緩沖區已滿
- 整個JSP頁面結束
- 一般我們在JSP頁面輸出都是用表達式（<%=%>)，所以out對象用得並不是很多！
page對象
內置對象page是HttpJasPage對象，其實page對象代表的就是當前JSP頁面，是當前JSP編譯後的Servlet類的對象。也就是說：page對象相當於普通java類的this
exception對象
內置對象exception是java.lang.Exception類的對象，exception封裝了JSP頁面拋出的異常信息。exception經常被用來處理錯誤頁面
前面我們已經講過了怎麽設置錯誤頁面了，下面我們就來簡單使用一下exception對象吧
1.jsp頁面
```JSP<%@ page contentType="text/html;charset=UTF-8" language="java" errorPage="error.jsp" %>
<%--模擬空指針異常的錯誤--%><% String sss = null; sss.length();%>
```
- error.jsp頁面
<%@ page contentType="text/html;charset=UTF-8" language="java" isErrorPage="true" %>
<html>
<head>
<title>錯誤頁面</title>
</head>
<body>
<%
out.println("程序拋出了異常：" + exception);
%>
</body>
</html>
- 效果：
總結
- request 用戶端請求，此請求會包含來自GET/POST請求的參數
- response 網頁傳回用戶端的回應
- pageContext 網頁的屬性是在這裏管理，代表的編譯後JSP內容
- session 與請求有關的會話期
- application servlet 正在執行的內容
- out 用來傳送回應的輸出
- config servlet的構架部件
- page JSP網頁本身
- exception 針對錯誤網頁，未捕捉的例外
jsp和servlet的區別、共同點、各自應用的範圍？
jsp和servlet的區別、共同點、各自應用的範圍？
- JSP是Servlet技術的擴展，本質上就是Servlet的簡易方式。JSP編譯後是“類servlet”。
- Servlet和JSP最主要的不同點在於：Servlet的應用邏輯是在Java文件中，並且完全從表示層中的HTML裏分離開來。而JSP的情況是Java和HTML可以組合成一個擴展名為.jsp的文件。
- JSP側重於視圖，Servlet主要用於控制邏輯。
屬性作用域範圍
屬性作用域範圍
- page【只在一個頁面中保存屬性，跳轉頁面無效】
- requet【只在一次請求中保存屬性，服務器跳轉有效，瀏覽器跳轉無效】
- session【在一個會話範圍中保存屬性，無論何種跳轉均有效，關閉瀏覽器後無效】
- application【在整個服務器中保存，所有用戶都可以使用】
應用場景：
- request：如果客戶向服務器發請求，產生的數據，用戶看完就沒用了，像這樣的數據就存在request域,像新聞數據，屬於用戶看完就沒用的
- session：如果客戶向服務器發請求，產生的數據，用戶用完了等一會兒還有用，像這樣的數據就存在session域中，像購物數據，用戶需要看到自己購物信息，並且等一會兒，還要用這個購物數據結帳
- servletContext：如果客戶向服務器發請求，產生的數據，用戶用完了，還要給其它用戶用，像這樣的數據就存在servletContext域中，像聊天數據
寫出5種JSTL常用標簽
寫出5種JSTL常用標簽
<c:if>，<c:item>，<c:foreach>，<c:out>，<c:set>寫一個自定義標簽要繼承什麽類
寫一個自定義標簽要繼承什麽類
我們可以有兩種方式來實現自定義標簽：
- 傳統方式，實現Tag接口(老方法)
- 簡單方式，繼承SimpleTagSupport類
SimpleTagSupport類的執行順序(原理)：
- ①WEB容器調用標簽處理器對象的setJspContext方法，將代表JSP頁面的pageContext對象傳遞給標簽處理器對象
- ②WEB容器調用標簽處理器對象的setParent方法，將父標簽處理器對象傳遞給這個標簽處理器對象。【註意，只有在標簽存在父標簽的情況下，WEB容器才會調用這個方法】
- ③如果調用標簽時設置了屬性，容器將調用每個屬性對應的setter方法把屬性值傳遞給標簽處理器對象。如果標簽的屬性值是EL表達式或腳本表達式，則WEB容器首先計算表達式的值，然後把值傳遞給標簽處理器對象。
- ④如果簡單標簽有標簽體，容器將調用setJspBody方法把代表標簽體的JspFragment對象傳遞進來
- ⑤執行標簽時：容器調用標簽處理器的doTag()方法，開發人員在方法體內通過操作JspFragment對象，就可以實現是否執行、叠代、修改標簽體的目的。
總結
SimpleTagSupport，一般調用doTag方法或者實現SimpleTag接口
JSP是如何被執行的？執行效率比SERVLET低嗎？
JSP是如何被執行的？執行效率比SERVLET低嗎？
- 當客戶端向一個jsp頁面發送請求時，Web Container將jsp轉化成servlet的源代碼（只在第一次請求時），然後編譯轉化後的servlet並加載到內存中執行，執行的結果response到客戶端
- jsp只在第一次執行的時候會轉化成servlet，以後每次執行，web容器都是直接執行編譯後的servlet，所以jsp和servlet只是在第一次執行的時候不一樣，jsp慢一點，以後的執行都是相同的
如何避免jsp頁面自動生成session對象？為什麽要這麽做？
如何避免jsp頁面自動生成session對象？為什麽要這麽做？
可以使用頁面指令顯式關掉，代碼如下：
<%@ page session="false" %>
jsp的缺點？
jsp的缺點？
- 1）不好調試
- 2）與其他腳本語言的交互(可讀性差)
說出Servlet和CGI的區別？
說出Servlet和CGI的區別？
- Servlet處於服務器進程中，只會有一個servlet實例，每個請求都會產生一個新的線程，而且servlet實例一般不會銷毀
- CGI：來一個請求就創建一個進程，用完就銷毀，效率低於servlet
簡述JSP的設計模式。
簡述JSP的設計模式。
在Web開發模式中，有兩個主要的開發結構，稱為模式一（Mode I）和模式二（Mode II）
首先我們來理清一些概念吧：
- DAO(Data Access Object)：主要對數據的操作，增加、修改、刪除等原子性操作。
- Web層：界面+控制器，也就是說JSP【界面】+Servlet【控制器】
- Service業務層：將多個原子性的DAO操作進行組合，組合成一個完整的業務邏輯
- 控制層：主要使用Servlet進行控制
- 數據訪問層：使用DAO、Hibernate、JDBC技術實現對數據的增刪改查
- JavaBean用於封裝數據，處理部分核心邏輯，每一層中都用到！
模式一指的就是在開發中將顯示層、控制層、數據層的操作統一交給JSP或者JavaBean來進行處理！
模式一有兩種情況：
完全使用JSP做開發:
- 優點：
- 開發速度賊快，只要寫JSP就行了，JavaBean和Servlet都不用設計！
- 小幅度修改代碼方便，直接修改JSP頁面交給WEB容器就行了，不像Servlet還要編譯成.class文件再交給服務器！【當然了，在ide下開發這個也不算是事】
缺點：
- 程序的可讀性差、復用性低、代碼復雜！什麽jsp代碼、html代碼都往上面寫，這肯定很難閱讀，很難重用！
使用JSP+JavaBean做開發:
優點：
- 程序的可讀性較高，大部分的代碼都寫在JavaBean上，不會和HTML代碼混合在一起，可讀性還行的。
- 可重復利用高，核心的代碼都由JavaBean開發了，JavaBean的設計就是用來重用、封裝，大大減少編寫重復代碼的工作！
缺點：
- 沒有流程控制，程序中的JSP頁面都需要檢查請求的參數是否正確，異常發生時的處理。顯示操作和業務邏輯代碼工作會緊密耦合在一起的！日後維護會困難
Mode II 中所有的開發都是以Servlet為主體展開的，由Servlet接收所有的客戶端請求，然後根據請求調用相對應的JavaBean，並所有的顯示結果交給JSP完成！，也就是俗稱的MVC設計模式！
MVC設計模式：
- 顯示層（View）：主要負責接受Servlet傳遞的內容，調用JavaBean，將內容顯示給用戶
- 控制層（Controller）：主要負責所有用戶的請求參數，判斷請求參數是否合法，根據請求的類型調用JavaBean，將最終的處理結果交給顯示層顯示！
- 模型層（Mode）：模型層包括了業務層，DAO層。
總結
- （1）ModelI，JSP+JavaBean設計模式。
- （2）ModelII，MVC設計模式。
如果文章有錯的地方歡迎指正，大家互相交流。習慣在微信看技術文章的同學，可以關註微信公眾號:Java3y
JSP面試題都在這裏