簡簡單單----（六）response重新導向和request轉寄 通俗易懂

 

為什麼response重新導向和為什麼request是轉寄？

當我們些許的去思考這個問題的時候，是否和我一樣有恍然大悟的感覺呢。

 

request的轉寄

 

首先說說request，他是使用者需求資料的載體，把使用者的資料交給他，他去把請求給伺服器送去，這就是request。轉寄，這個片語我麼從來都不陌生，喂喂，把你收到的第一封情書轉寄給我欣賞欣賞~~ 不要讓你的pursur知道哦。

 

看過一篇文章，有這樣一個比喻，我們可以把request的轉寄這樣理解。有一個人叫，瀏覽器找張三借錢，張三的錢不夠，張三很義氣，於是他又找張四借錢，找張四借了一部分和加上自己的一部分寫信給了瀏覽器。在這過程，瀏覽器只發出，~~借錢~~，並收到了，他從張三那裡借錢，並不知道有一部分是出自張四之手。

 

 

response重新導向

 

再說說response重新導向，重新導向就是重新定方向，人生的路由很多很多條，我們有很多很多種選擇，同時有很多種不同的快樂的方式。走這條路我們走不下去的時候，我們不一定就堅持，錯誤的堅持讓我們丟了自己，所以我們就開始“重新導向”，又開始新的嘗試了。response是伺服器端對用戶端發來請求的回應，告訴使用者重新發送一個對另一個URL的請求。

 

還說瀏覽器這個人，第二次和張三借錢，張三這次，說自己其實沒錢，並把張四的地址給了瀏覽器，讓瀏覽器寫信找張四去借，把張四的地址發給了瀏覽器，瀏覽器給張四，最終張四收到信，並把錢寄給了瀏覽器。這次瀏覽器發送了，收到了。

重新導向：

轉寄：

 

 

 

 

 

 

              重新導向和轉寄比較：    

	根目錄	根目錄

 

 

轉寄和重新導向的例子在這裡就不一一列舉了，代碼太多了，本篇的篇幅也有些長了。。關於jsp的其他對象就不一一介紹了，下一篇講解jsp中的那些亂碼。

不知道您是否看懂了......我有些豁然開朗了。相信在更多的實踐中理解的會更加深刻的。gogogo!