2. 程式人生 > >Tomcat伺服器狀態管理之Session

Tomcat伺服器狀態管理之Session

阿新 • • 發佈：2019-01-01

1. 狀態管理-Session

1.1. Session

1.1.1. 什麼是Session

伺服器為不同的客戶端在記憶體中建立了用於儲存資料的Session物件，並將用於標識該物件的唯一Id發回給與該物件對應的客戶端。當瀏覽器再次傳送請求時，SessionId也會被髮送過來，伺服器憑藉這個唯一Id找到與之對應的Session物件。在伺服器端維護的這些用於儲存與不同客戶端互動時的資料的物件叫做Session。

1.1.2. Session工作原理

圖– 1

如圖-1 所示，瀏覽器第一次訪問伺服器時，伺服器會為該客戶端分配一塊物件空間，並且使用不同的SID來進行標識，該標識SID會隨著響應發回到客戶端，且被儲存在記憶體中。當同一個客戶端再次傳送請求時，標識也會被同時傳送到伺服器端，而伺服器判斷要使用哪一個Session物件內的資料時，就會根據客戶端發來的這個SID來進行查詢。

1.1.3. 如何獲得Session

獲得session有兩種情況，要麼請求中沒有SID，則需要建立；要麼請求中包含一個SID，根據SID去找對應的物件，但也存在找到找不到的可能。但不管哪種情況都依賴於請求中的這個唯一標識，雖然對於程式設計人員來講不需要去檢視這個基本不會重複、編號很長的標識，但要想獲取到與客戶端關聯的這個session物件一定要基於請求，所以在Request型別的API中包含獲取到session物件的方法，程式碼如下所示：

  1. HttpSessions = request.getSession(boolean flag);
  2. HttpSessions = request.getSession
    ( );
HttpSession s = request.getSession(boolean flag);
HttpSession s = request.getSession( );

使用第一種獲取session物件的方法時，

flag = true：先從請求中找找看是否有SID，沒有會建立新Session物件，有SID會查詢與編號對應的物件，找到匹配的物件則返回，找不到SID對應的物件時則會建立新Session物件。所以，填寫true就一定會得到一個Session物件。

flag= false：不存在SID以及按照SID找不到Session物件時都會返回null，只有根據SID找到對應的物件時會返回具體的Session物件。所以，填寫false只會返回已經存在並且與SID匹配上了的Session物件。

request.getSession（）方法不填寫引數時等同於填寫true，提供該方法主要是為了書寫程式碼時更方便，大多數情況下還是希望能夠返回一個Session物件的。

1.1.4. 如何使用Session繫結物件

Session作為伺服器端為各客戶端儲存互動資料的一種方式，採用name-value對的形式來區分每一組資料。向Session新增資料繫結的程式碼如下：

  1. void session.setAttribute(Stringname,Objectobj);
void session.setAttribute(String name,Object obj);

獲取繫結資料或移除繫結資料的程式碼如下：

  1. void session.getAttribute(Stringname);
  2. void session.removeAttribute(Stringname);
void session.getAttribute(String name);
void session.removeAttribute(String name);

Session物件可以儲存更復雜的物件型別資料了，不像Cookie只能儲存字串。

1.1.5. 如何刪除Session物件

如果客戶端想刪除SID對應的Session物件時，可以使用Session物件的如下方法：

  1. void invalidate()
void  invalidate()

該方法會使得伺服器端與該客戶端對應的Session物件不再被Session容器管理，進入到垃圾回收的狀態。對於這種立即刪除Session物件的操作主要應用於不再需要身份識別的情況下，如登出操作。

1.2. Session超時

1.2.1. 什麼是Session超時

Session會以物件的形式佔用伺服器端的記憶體，過多的以及長期的消耗記憶體會降低伺服器端的執行效率，所以Session物件存在於記憶體中時會有預設的時間限制，一旦Session物件存在的時間超過了這個預設的時間限制則認為是Session超時，Session會失效，不能再繼續訪問。

Web伺服器預設的超時時間設定一般是30分鐘。

1.2.2. 如何修改Session的預設時間限制

有兩種方式可以修改Session的預設時間限制，程式設計式和宣告式。

程式設計式：

  1. void setMaxInactiveInterval（int seconds）
void  setMaxInactiveInterval（int seconds）

宣告式：

  1. <session-config>
  2.         <session-timeout>30</session-timeout>
  3. </session-config>
<session-config>
		<session-timeout>30</session-timeout>
</session-config>

使用宣告式來修改預設時間，那麼該應用建立的所有Session物件的生命週期都會應用這個規定的時間，單位為分鐘。

使用程式設計式來修改預設時間只會針對呼叫該方法的Session物件應用這一原則，不會影響到其他物件，所以更靈活。通常在需要特殊設定時使用這種方式。時間單位是秒，與宣告式的時間單位不同。

1.2.3. Session驗證

Session既然區分不同的客戶端，所以可以利用Session來實現對訪問資源的保護。如，可以將資源劃分為登入後才能訪問。Session多用於記錄身份資訊，在保護資源被訪問前可以通過判斷Session內的資訊來決定是否允許。這是依靠Session實現的驗證。

使用Session實現驗證的步驟如下：

步驟一、為Session物件繫結資料，程式碼如下：

  1. HttpSessions = request.getSession();
  2. s.setAttribute(“uname”，“Rose”)；
HttpSession s = request.getSession();
s.setAttribute(“uname”，“Rose”)；

步驟二、讀取Session物件中的繫結值，讀取成功代表驗證成功，讀取失敗則跳轉回登入頁面。

  1. HttpSessions = request.getSession();
  2. if(s.getAttribute(“uname”)==null){
  3.         response.sendRedirect(“logIn.jsp”);
  4. }else{
  5.         //… …
  6. }
HttpSession s = request.getSession();
if(s.getAttribute(“uname”)==null){
		response.sendRedirect(“logIn.jsp”);
}else{
		//… … 
}

1.2.4. Session優缺點

Session物件的資料由於儲存在伺服器端，並不在網路中進行傳輸，所以安全一些，並且能夠儲存的資料型別更豐富，同時Session也能夠儲存更多的資料，Cookie只能儲存大約4kb的字串。

Session的安全性是以犧牲伺服器資源為代價的，如果使用者量過大，會嚴重影響伺服器的效能。

1.2.5. 瀏覽器禁用Cookie的後果

Session物件的查詢依靠的是SID，而這個ID儲存在客戶端時是以Cookie的形式儲存的。一旦瀏覽器禁用Cookie，那麼SID無法儲存，Session物件將不再能使用。

為了在禁用Cookie後依然能使用Session，那麼將使用其他的儲存方法來完成SID的儲存。URL地址在網路傳輸過程中不僅僅能夠起到標示地址的作用，還可以在其後攜帶一些較短的資料，SID就可以通過URL來實現儲存，及URL重寫。

1.2.6. 什麼是URL重寫

瀏覽器在訪問伺服器的某個地址時，會使用一個改寫過的地址，即在原有地址後追加SessionID，這種重新定義URL內容的方式叫做URL重寫。

如：原有地址的寫法為http://localhost:8080/test/some

重寫後的地址寫法為http://localhost:8080/test/some;jsessionid=4E113CB3

1.2.7. 如何實現URL重寫

生成連結地址和表單提交時，使用如下程式碼：

  1. <ahref=”<%=response.encodeURL(Stringurl)>”>連結地址</a>
<a href=”<%=response.encodeURL(String url)>”>連結地址</a>

如果是重定向，使用如下程式碼代替response.sendRedirect()

  1. response.encodeRedirectURL(Stringurl);
response.encodeRedirectURL(String url);

1.3. 驗證碼

1.3.1. 驗證碼的作用

驗證碼技術可以防止對於應用惡意傳送資料，因其不規律且不能由機器代勞，所以一定程度上避免了惡意程式對網站的攻擊。

驗證碼本質上是一張圖片，圖片內容的準確解析不容易用程式來實現，所以能避免內容被快速讀取。並且，圖片的內容是使用程式隨機生成後繪製得到。

註冊、登入這樣的功能一般都會配備驗證碼，一定程度上避免惡意程式碼的攻擊。

1.3.2. 驗證碼的繪製

繪製驗證碼圖片不僅僅需要隨機生成要繪製的內容，同時要配合Java中與繪圖有關的一套API來完成。繪製API將畫板、畫筆、顏料、字型等都解釋為物件，繪製的過程就是這些物件互相配合完成的。主要涉及Graphics、Font等型別。

1.3.3. 驗證碼圖片的繪製步驟

繪製圖片的基本步驟如下：

  1. 常見記憶體畫板物件
  2. 建立基於該畫板的畫筆
  3. 設定畫筆的顏色
  4. 設定畫板背景的顏色
  5. 使用畫筆的繪製方法繪製隨機內容
  6. 更改畫筆顏色
  7. 繪製隨機的兩點一線的干擾線
  8. 繪製完成後將圖片壓縮並輸出到客戶端

以上步驟對應的實現程式碼如下所示：

  1. package web;
  2. import java.awt.*;
  3. import java.awt.image.BufferedImage;
  4. import java.io.IOException;
  5. import java.io.OutputStream;
  6. import java.util.Random;
  7. import javax.servlet.*;
  8. import javax.servlet.http.*;
  9. public classCheckcodeServlet extends HttpServlet {
  10.     private int width = 80; //圖片的寬度
  11.     private int height = 30;//圖片的高度
  12.     public void service(HttpServletRequestrequest,
  13. HttpServletResponseresponse)
  14.              throws ServletException, IOException {
  15.         /*
  16.          * 繪圖
  17.          */
  18.         //step1,建立一個記憶體映像物件(畫板)
  19.         BufferedImageimage = new BufferedImage(width,height,
  20.                      BufferedImage.TYPE_INT_RGB);
  21.         //step2,獲得畫筆
  22.         Graphicsg = image.getGraphics();
  23.         //step3,給筆上色
  24.         Randomr = new Random();
  25.         g.setColor(new Color(r.nextInt(255), r.nextInt(255),r.nextInt(255)));
  26.         //step4,給畫板設定背景顏色
  27.         g.fillRect(0, 0, width, height);
  28.         //step5,繪製一個隨機的字串
  29.         Stringnumber = r.nextInt(99999) + "";
  30.         g.setColor(new Color(0,0,0));
  31.         //new Font(字型,風格,大小)
  32.         g.setFont(new Font(null,Font.ITALIC,24));
  33.         g.drawString(number, 5, 25);
  34.         //step6,加一些干擾線
  35.         for(int i=0;i < 8;i++){
  36.             g.setColor(new Color(r.nextInt(255),
  37.                     r.nextInt(255),r.nextInt(255)));
  38.             g.drawLine(r.nextInt(width),
  39.                     r.nextInt(height), r.nextInt(width),
  40.                     r.nextInt(height));
  41.         }
  42.         /*
  43.          * 壓縮圖片並輸出到客戶端(瀏覽器)
  44.          */
  45.         response.setContentType("image/jpeg");
  46.         OutputStreamops =response.getOutputStream();        
  47.         javax.imageio.ImageIO.write(image, "jpeg", ops);
  48.         ops.close();
  49.     }
  50. }
程式碼

配置web.xml檔案程式碼如下：

  1. <?xmlversion="1.0" encoding="UTF-8"?>
  2. <web-appversion="2.4"
  3.     xmlns="http://java.sun.com/xml/ns/j2ee"
  4.     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  5.     xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
  6.     http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
  7. <servlet>
  8. <servlet-name>CheckcodeServlet</servlet-name>
  9. <servlet-class>web.CheckcodeServlet</servlet-class>
  10. </servlet>
  11. <servlet-mapping>
  12. <servlet-name>CheckcodeServlet</servlet-name>
  13. <url-pattern>/checkcode</url-pattern>
  14. </servlet-mapping>
  15. </web-app>
程式碼

HTML頁面中新增如下程式碼加入該圖片：

  1. <imgsrc="checkcode"/>
<img src="checkcode"/>

1.4. 密碼加密

1.4.1. 摘要加密

摘要加密的特點：不適用金鑰，使用摘要加密演算法對明文進行加密之後會得到密文，無法反推出明文。唯一性：不同的明文有不同的密文。不可逆性：即使知道了摘要加密演算法，也無法反推出明文。

1.4.2. 如何實現摘要加密

  1. public classMD5Util{
  2.     private static void test1() throws NoSuchAlgorithmException{
  3.         Stringstr = "I love you";
  4.         MessageDigestmd = MessageDigest.getInstance("md5");
  5.         //依據指定的加密演算法進行加密
  6.         byte[] buf = md.digest(str.getBytes());
  7.         //因為位元組陣列不方便使用，所以，將其轉換成一個字串
  8.         //BASE64Encoder的encode方法可以將任意的一個位元組陣列轉換成一個字串
  9.         BASE64Encoderbase = new BASE64Encoder();
  10.         Stringstr2 = base.encode(buf);
  11.         System.out.println(str2);
  12. }
  13.     public static Stringencrypt(StringorigStr){
  14.         MessageDigestmd = MessageDigest.getInstance("md5");
  15.         byte[] buf = md.digest(str.getBytes());
  16.         BASE64Encoderbase = new BASE64Encoder();
  17.         Stringstr = base.encode(buf);
  18.         return str;
  19.     }
  20. }
程式碼

相關推薦

Tomcat伺服器狀態管理之Session

1. 狀態管理-Session 1.1. Session 1.1.1. 什麼是Session 伺服器為不同的客戶端在記憶體中建立了用於儲存資料的Session物件，並將用於標識該物件的唯一Id發回給與該物件對應的客戶端。當瀏覽器再次傳送請求時，SessionId也會被髮送過來，伺服器憑藉這個唯一Id找到與之

tomcat伺服器redis管理session

session伺服器的2種方式： 第一種是在專案中的程式碼中修改 第二種是修改tomcat中的原始碼，把存放session的地方更改到redis伺服器上 本文使用的是第二種方法，因為這樣不會對專案進行修改。並且開發人員獲取session的方式和以前相同 *本帖會從tomc

[Flutter Package]狀態管理之BLoC的封裝

一、狀態管理難題 在Flutter中有一個很有爭論的部分——揪淨到底應該怎樣狀態管理 我一開始堅持移動端的思路，使用MVC或者MVP等，還有的同學支援前端思路，使用Redux或者RxDart等，也有人說Google推薦使用BLoC，還有像我翻譯的一篇文章一樣：[譯]讓我來幫你理解和選擇F

會話管理之session技術

        上一節我們總結了cookie技術，這節主要總結一下session技術。1. session物件        在web開發中，伺服器可以為每個使用者瀏覽器建立一個會話物件（session物件），注意：一個瀏覽器獨佔一個session物件（預設情況下）。因此，在

tomcat伺服器監控工具之probe

前言：今天把公司的一臺tomcat伺服器進行了遷移，為了檢視在使用過程中的詳細資訊，在網上搜索了很多關於web伺服器的監控軟體，最後擬定使用probe這個開源並且功能也很完善的一款工具接下來介紹一下使用方法與安裝技巧 一、簡介 psi-probe是lambdaprob

Linux伺服器許可權管理之sudo高階應用

      Linux系統修改許可權與預設許可權，它都是徵對使用者對於目錄或檔案的一些許可權控制，那麼其實真正從安全性角度上來考慮的話，是要控制使用者一定執行命令的許可權，也就是哪些使用者可以執行哪些

解決tomcat伺服器重啟之後session不失效的問題

tomcat重啟的時候會把session寫入到一個檔案，待啟動後讀取這個檔案，使session保留，如果需要設定重啟伺服器的時候使session失效，可以通過修改配置檔案"conf/context.xml"  ，去掉<Manager pathname="" /&g

React ---- 狀態管理之Redux

REDUX: 狀態管理 flux -> |- vuex // vue |- react-redux // react 狀態管理： 應用可以在同一個地方查詢、改變、傳播狀態（簡單來說就是資料的共

react狀態管理之flux

flux邏輯理解 1.建立Actions 包括所有的動作，比如點選按鈕新增列表項，這就是一個action，在action檔案中直接用dispatcher方法來分配這個動作 action是用來暴

關於tomcat伺服器重啟之後session不失效的問題解決

頭兒讓我做登入的功能，做完之後發現重啟伺服器之後，重新整理頁面，還是登入狀態，session並未失效，網上查了不少資料，說是tomcat6.0重啟的時候會把session寫入到一個檔案，待啟動後讀取這個檔案，使session保留，如果需要設定重啟伺服器的時候使session

Web應用狀態管理（Session）

Session Session物件的原理在於，伺服器可以為客戶端建立並維護一個Session物件，用於存放資料。在建立Session物件的同時，伺服器將會為該Session物件產生唯一編號，這個編號稱之為SessionID，伺服器以Cookie的方式將Sess

Flutter 狀態管理之BLoC

在正式介紹 BLoC之前， 為什麼我們需要狀態管理。如果你已經對此十分清楚，那麼建議直接跳過這一節。如果我們的應用足夠簡單，Flutter 作為一個宣告式框架，你或許只需要將 資料 對映成 檢視 就可以了。你可能並不需要狀態管理，就像下面這樣。 但是隨著功能的增加，你的應用程式將會有幾十個甚至上百個狀態。這

輕鬆精通資料庫管理之道——運維巡檢之一（伺服器狀態及個硬體指標）

前言 　　做好日常巡檢是資料庫管理和維護的重要步驟，而且需要對每次巡檢日期、結果進行登記，同時可能需要出一份巡檢報告。 　　本系列旨在解決一些常見的困擾： 不知道巡檢哪些東西 不知道怎麼樣便捷體檢 機器太多體檢麻煩 生成報告困難，無法直觀呈現結果 　　伺服器的硬體情況大多數情況會有硬體組

nginx之 nginx + tomcat + redis 負載均衡且session一致性

權限 gzip 通過 del 跳轉 home val zhang ctp 說明： 本文描述的是 nginx + tomcat + redis 實現應用負載均衡且滿足session一致性，從安裝到配置的全部過程，供大家學習！nginx 代理服務器ip： 10.219.24.2

細說Tomcat之session持久化探秘

分享 我們 級別 業務 這樣的 再次 感到 cal 正常 業務場景：通常，我們會在會話級別存放一些參數，期望在session生命周期內，可以一直取得保存在session中的指定數據；而只要session過期或者失效，則需要執行重新登錄等操作。但是！我們對於這樣的場景會感到很

Tomcat 之session 持久化1

ajp 管理 dma element his upm 十月 amp exceptio Tomcat 之session 持久化原理 幾個概念： Manager 接口，其實就是指的是對 其Sesison 的管理， 其默認實現是StandardManager （內部沒有任何

saltstack狀態管理 部署 jdk 和 tomcat 並執行

首先，在 /srv/salt 目錄下 建立 base,prod,test目錄，分別代表 基礎環境，生產環境 和 測試環境。基礎環境 是存放 公共的狀態，例如 命令 的 審計，核心引數的修改 [[email protected] salt]# cd /srv/salt/ [[emai

JIRA伺服器管理之備份管理

由於新接手的JIRA伺服器的配置不高，當初安裝的時候所在分割槽的儲存空間也不多，所以經常出現莫名其妙的宕機行為，開始以為是記憶體不足，後來檢查後發現原來問題是由於經常備份，導致儲存空間不足。 1，首先是自動備份到本機： 伺服器自動執行任務： 05 10 * * 5 /usr/local/

Linux程序管理之狀態（二）

二、程序的生命週期 程序是一個動態的實體，所以他是有生命的。從建立到消亡，是一個程序的整個生命週期。在這個週期中，程序可能會經歷各種不同的狀態。一般來說，所有程序都要經歷以下的3個狀態： 就緒態。指程序已經獲得所有所需的其他資源，正在申請處理處理器資源，準備開始執行。這種情況下，稱程序處於就緒態。

vue狀態管理vuex使用之專案中如何合理引入vuex

在前端開發過程中，狀態的管理是一件很令人頭疼的事情。尤其是在專案中，涉及同一狀態的元件越多，在元件狀態管理上，通過父子元件之間通訊來更新狀態將變的複雜。Vue專案開發過程中，藉助vuex進行狀態管理將極大的減輕我們在開發過程中對於元件狀態的維護。 vuex: vuex 是一個專為 Vue.j