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中會(huì)找不到test?

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

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

用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頁(yè)面一表單中控件的Value。其實(shí)表單控件中的Object的 name與value是存放在一個(gè)哈希表中的，所以在這里給出Object的name會(huì)到哈希表中找出對(duì)應(yīng)它的value。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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