天天看點

JSP的9個隐式對象

       其實一開始要我寫部落格我是拒絕的,特别是課堂總結,感覺大家都會差不多,不喜歡和大家的一樣。雖說大家的了解都會有偏差,但還是差不多的呀,而且還都是同一個時間段發表出來(允許我做個笑抽了的表情)。

       但後來想想,雖然是個任務,雖然大家都差不多,雖然之前也有人總結過,但該目的還是考驗自己的總結水準,别項目出來了,卻不會說出個是以然來,就變成逗比了,而且像我這種逗比,思維可能和他們不一樣呢(說出來自己都笑了,讓我先默默的笑一會)

        咳咳,該進入正題了,都1點了,你還想不想睡覺了!!

       在總結9個隐式對象前,要先提一下會話跟蹤,别問為什麼,因為這是偷懶合在一起的。好了,會話的含義是指一個客戶和伺服器之間的不斷的請求響應序列。對于客戶的每個請求,伺服器能夠識别出同一個客戶的請求,當一個未知的客戶對服務端發送請求時,就是一個會話的開始,這個時候服務端便會響應請求,并給該客戶一個ID,即sessionID。當客戶明确結束會話或者伺服器在一定時間内未收到客戶的請求時,會話就結束了。這就好比在現實生活中你和别人交談時,一般都以“你好”表示一個會話的開始,這就相當于一次請求,當你們交流結束時一般都以“再見”結束,就相當于會話結束了,當然了,長時間不理人是一個不好的行為。

     而會話跟蹤則可以利用sessionID來完成,因為客戶每一次請求都會帶着sessionID一起,伺服器就可以根據sessionID找到特定的session對象,就可以讀取或者記錄客戶的資訊了。這是其中的一種方法,還有就是利用cookie來完成,他是服務端發送出來的一段儲存在用戶端浏覽器上的資料。兩種方法都很類似,但又彼此有差別。第一就是session是儲存在服務端的 ,而cookie是儲存在用戶端的。第二是因為session是儲存在服務端的,是以當資料增多時,也會增加伺服器的負擔。第三,cookie可能會被使用者禁用而實作不了會話跟蹤,而但更可怕的是cookie不安全,别人可以通過解析本地cookie來竊取資訊。是以重要的資訊采用session,而一些記憶客戶通路的位置,花費的時間等等則可以使用cookie。除了這兩種方法之外,使用URL傳遞參數和隐藏表單域也可以實作會話跟蹤。

       JSP的9個隐藏對象:

     (1)用來資料共享的對象:

      pageContext:在本頁共享資料,隻要沒跳轉頁面,還在本頁面當中,資料還會存在。

      request:在同一次請求響應過程中共享資料,同一個請求可能涉及到多個頁面用重定向跳轉的頁面,資料會失效,而轉發資料則不會失效。

      session: 在同一個會話中共享資料,上面已經把會話解釋的很清楚了,是以使用session,其資料是在一次會話中有效。

      application: 在應用程式運作期間共享資料,當伺服器重新開機時,資料才會失效。

      (2)和Servlet有關的對象:

      page:指jsp頁面本身,代表了正在運作的由JSP檔案産生的類對象,在JSP裡很少用到。

      config:config對象是在一個Servlet初始化時,JSP引擎向它傳遞資訊用的,此資訊包括Servlet初始化時所要用到的參數及伺服器的有關資訊。

       (3)與輸入輸出有關的對象:

       out:向浏覽器輸出資訊

       request:包含請求資訊,就是請求用的對象。

       response:包含的響應資訊,就是響應用的對象。

       (4)和異常處理有關的對象

       exception: 用來處理異常的對象,不常用。

       部落格到這裡就算結束了,現在回過頭看,之前說的就都是廢話,但我還是選擇保留,因為這是一個心态變化的過程,從開始的不想寫到最後都寫嗨了——其實想想寫部落格也不是那麼的無趣,總感覺寫完後舒坦了很多,不知道多年後回頭看又有什麼感想。(那就等多年後再看呗!)

       一篇來自逗比的文章,不喜勿噴,腳下留情!!(沒有笑抽了的表情,差評!!)

繼續閱讀