快捷導(dǎo)航

JSP request.setAttribute()詳解及實(shí)例

更新時間：2017年02月11日 09:31:21 投稿：lqh

這篇文章主要介紹了 javascript request.setAttribute()詳解及實(shí)例的相關(guān)資料,需要的朋友可以參考下

javascript request.setAttribute()詳解

request.setAttribute()怎么用的?

JSP1代碼

String [] test=new String[2]; 
test[0]="1"; 
test[1]="2"; 
request.setAttribute("test",test) ; 
response.sendRedirect("jsp2.jsp");

JSP2代碼

String test[]=(String[])request.getAttribute("test"); 
out.print(test);

為什么JS P2中會找不到test?

用來在同一個request周期中保存變量使用。比如servlet調(diào)用后，推出JSP頁面，這是一個request周期，如果在Jsp頁面需要servlet中的一些處理結(jié)構(gòu)，就從request.getAttribute中獲取。

sendRedirect()方法是通過瀏覽器重定向的，所以第二個JSP頁面中獲得的request并非是前一個頁面的request（兩次請求生成了前后兩個不同的 request對象了）。

用RequestDispatcher接口的forward()方法試試看。

都在一起使用

List list = new CommonsDao().getAllCommons(); 
request.setAttribute("CommonsList", list); 
request.getRequestDispatcher("View.jsp").forward(request, response); 
 
request.getAttribute()與request.setAttribute() 
request.getAttribute("nameOfObj")

可得到JSP頁面一表單中控件的Value。其實(shí)表單控件中的Object的 name與value是存放在一個哈希表中的，所以在這里給出Object的name會到哈希表中找出對應(yīng)它的value。

而不同頁面間傳值使用request.setAttribute(position, nameOfObj)時，只會從a.jsp到b.jsp一次傳遞，之后這個request就會失去它的作用范圍，再傳就要再設(shè)一個 request.setAttribute()。而使用session.setAttribute()會在一個過程中始終保有這個值。

P.S：JavaScript與JSP中不能相互傳值，因?yàn)镴avaScript運(yùn)行在客戶端，而JSP運(yùn)行在服務(wù)器端。若想使它們之間可以相互傳遞參數(shù)，可以在JSP中設(shè)置一個hidden控件，用它的value結(jié)合上面所說的用法來傳遞所需的數(shù)值。

request.getRequestDispatcher()是請求轉(zhuǎn)發(fā)，前后頁面共享一個request
response.sendRedirect()是重新定向前后頁面不是一個request
sendRedirect是通知IE再次提交一個http請求， dispatcher是直接轉(zhuǎn)到目的地址，最直接得表現(xiàn),應(yīng)該是dispatcher后的IE地址欄地址是不變的
request.getRequestDispatcher()是服務(wù)器端跳轉(zhuǎn)
response.sendRedirect()是客戶端跳轉(zhuǎn)

關(guān)于request.request.getRequestDispatcher().forward()方法的一點(diǎn)看法

今天在調(diào)試一個Servlet程序的時候，報(bào)了以下錯誤！

java.lang.IllegalStateException: Cannot forward after response has been committed

根據(jù)字面理解的話，意識是在response已經(jīng)提交后程序不能再一次的跳轉(zhuǎn)！

研究代碼以后發(fā)現(xiàn)，是因?yàn)榍懊嬉呀?jīng)執(zhí)行過一次request.request.getRequestDispatcher().forward()

但是后面的request.request.getRequestDispatcher().forward()依然被執(zhí)行到了！

那么很有理由相信request.request.getRequestDispatcher().forward()跳轉(zhuǎn)本身是不會返回什么，也不會終止程序體的執(zhí)行！
程序體后面該執(zhí)行的還是會執(zhí)行！

sendRedirect()是請求從定向，和超連接是一個意思，比如你在A頁面中寫一個request.setAtribute，sendRedirect到B頁面,就是說服務(wù)器從A頁面中給你一個response，然后你的瀏覽器再去request到B頁面,由于有兩次request和response，是不能在B頁面取到request.setAtribute里的值，能從地址欄看到url的改變

request.getRequestDispatcher().forward(request,response)是請求分發(fā)器，比如你在A頁面中寫一個request.setAtribute，request.getRequestDispatcher().forward(request,response)到B頁面，那就是說服務(wù)器給你的response是B頁面的，并且只有一次request和response，所以是能在B頁面取到request.setAtribute里的值，地址欄的url仍然是A頁面的

request.sendRedirect 與 request.getRequestDispatcher.forward 的區(qū)別

1.forward重定向是在容器內(nèi)部實(shí)現(xiàn)的同一個Web應(yīng)用程序的重定向，所以forward方法只能重定向到同一個Web應(yīng)用程序中的一個資源，重定向后瀏覽器地址欄URL不變，而sendRedirect方法可以重定向到任何URL，因?yàn)檫@種方法是修改http頭來實(shí)現(xiàn)的，URL沒什么限制，重定向后瀏覽器地址欄URL改變。

2.forward重定向?qū)⒃嫉腍TTP請求對象（request）從一個servlet實(shí)例傳遞到另一個實(shí)例，而采用sendRedirect方式兩者不是同一個application。即參數(shù)的傳遞方式不一樣:forward的form參數(shù)跟著傳遞，所以在第二個實(shí)例中可以取得HTTP請求的參數(shù)。sendRedirect只能通過鏈接傳遞參數(shù)，response.sendRedirect(“l(fā)ogin.jsp?param1=a”)。

3.sendRedirect能夠處理相對URL，自動把它們轉(zhuǎn)換成絕對URL，如果地址是相對的，沒有一個‘/'，那么Web container就認(rèn)為它是相對于當(dāng)前的請求URI的。比如，如果為response.sendRedirect("login.jsp")，則會從當(dāng)前servlet 的URL路徑下找login.jsp： http://localhost:8081/dms/servlet/Servlet 重定向的URL: http://localhost:8081/dms/servlet/login.jsp，如果為response.sendRedirect("/login.jsp")則會從當(dāng)前應(yīng)用徑下查找url:http://localhost:8081/login.jsp。而forward不能這樣處理相對路徑。

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！

您可能感興趣的文章: