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： 用來處理異常的對象，不常用。

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

       一篇來自逗比的文章，不喜勿噴，腳下留情！！（沒有笑抽了的表情，差評！！）