前言
偶然發(fā)現(xiàn)Tomcat會(huì)話時(shí)間的半小時(shí),并不是說會(huì)話創(chuàng)建后,只有半小時(shí)的有效使用時(shí)間,而是說會(huì)話空閑半小時(shí)后,會(huì)被刪除。索性就翻了一下源碼。做了一番整理。
注:空閑時(shí)間,指的是同一個(gè)會(huì)話兩次請(qǐng)求之間的間隔時(shí)間
Session相關(guān)類圖

- HttpSession就是大家Servlet層可以直接使用的Session.
- Session是Tomcat內(nèi)部使用的接口,可以做一些內(nèi)部調(diào)用
- StandardSession是標(biāo)準(zhǔn)的HttpSession實(shí)現(xiàn),同時(shí)它也實(shí)現(xiàn)了Session接口,用于Tomcat內(nèi)部管理
- StandardSessionFacade,類名已經(jīng)指明它就是一個(gè)“門面類”,它內(nèi)部會(huì)引用一個(gè)StandardSession的對(duì)象,但對(duì)外只提供HttpSession規(guī)定的方法。
Manager相關(guān)類圖

StandardManager與PersitentManager都是Manager的實(shí)現(xiàn),但是它們?cè)诖鎯?chǔ)Session對(duì)象的方式上有所不同。
StandarManager
1.Tomcat運(yùn)行時(shí),把Session存儲(chǔ)在內(nèi)存中
2.Tomcat關(guān)閉時(shí)(注意是正常的關(guān)閉操作,而非突然崩潰),會(huì)把Session寫入到磁盤中,等到Tomcat重啟后再把Session加載進(jìn)來
PersistentManager
1.總是把Session存儲(chǔ)在磁盤中。
Manager與Context的關(guān)系
在Tomcat中,一個(gè)Context就是部署到Tomcat中的一個(gè)應(yīng)用(Webapp)。每一個(gè)Context都有一個(gè)單獨(dú)的Manager對(duì)象來管理這個(gè)應(yīng)用的會(huì)話信息。

Manager如何存儲(chǔ)Session
Manager對(duì)象會(huì)使用一個(gè)Map來存儲(chǔ)Session對(duì)象
- Key => SessionId
- Value => Session Object
/**
* The set of currently active Sessions for this Manager, keyed by
* session identifier.
*/
protected Map<String, Session> sessions = new ConcurrentHashMap<>();
當(dāng)一個(gè)請(qǐng)求到達(dá)Context的時(shí)候,如果它帶有JSESSIONID的Cookie,Manager就能依此找到關(guān)聯(lián)的Session對(duì)象,放入到Request對(duì)象中。
Manager的定期檢查
Manager接口有一個(gè)backgroundProcess()方法,顧名思義就是后臺(tái)處理。
/**
* This method will be invoked by the context/container on a periodic
* basis and allows the manager to implement
* a method that executes periodic tasks, such as expiring sessions etc.
*/
public void backgroundProcess();
注:Container接口也有這個(gè)方法,這個(gè)方法一般在容器啟動(dòng)(start)的時(shí)候,開啟一個(gè)額外的線程來執(zhí)行這個(gè)backgroundProcess方法。其中Context的這個(gè)方法啟動(dòng)后,會(huì)執(zhí)行Loader和Manager的backgroundProcess方法。
我們來看看這個(gè)方法都做了些什么?
/**
* {@inheritDoc}
* <p>
* Direct call to {@link #processExpires()}
*/
@Override
public void backgroundProcess() {
count = (count + 1) % processExpiresFrequency;
if (count == 0) //如果達(dá)到檢查頻率則開始檢查
processExpires();
}
/**
* Invalidate all sessions that have expired.
*/
public void processExpires() {
long timeNow = System.currentTimeMillis();
Session sessions[] = findSessions(); //獲取所有session對(duì)象
int expireHere = 0 ; //過期session的數(shù)量,不要被這個(gè)變量名騙了
if(log.isDebugEnabled())
log.debug("Start expire sessions " + getName() + " at " + timeNow + " sessioncount " + sessions.length);
for (int i = 0; i < sessions.length; i++) {
if (sessions[i]!=null && !sessions[i].isValid()) {
expireHere++;
}
}
long timeEnd = System.currentTimeMillis();
if(log.isDebugEnabled()) //打印記錄
log.debug("End expire sessions " + getName() + " processingTime " + (timeEnd - timeNow) + " expired sessions: " + expireHere);
processingTime += ( timeEnd - timeNow );
}
很多人看到這里,可能會(huì)有跟我一樣的疑惑,即這里面根本就沒有使Session過期失效的操作,好像只做了狀態(tài)檢查。不過后來看到了Session的isValid方法的實(shí)現(xiàn)就都明白了。
/**
* Return the <code>isValid</code> flag for this session.
*/
@Override
public boolean isValid() {
if (!this.isValid) {
return false;
}
if (this.expiring) {
return true;
}
if (ACTIVITY_CHECK && accessCount.get() > 0) {
return true;
}
//關(guān)鍵所在
//如果有設(shè)置最大空閑時(shí)間
//就獲取此Session的空閑時(shí)間進(jìn)行判斷
//如果已超時(shí),則執(zhí)行expire操作
if (maxInactiveInterval > 0) {
int timeIdle = (int) (getIdleTimeInternal() / 1000L);
if (timeIdle >= maxInactiveInterval) {
expire(true);
}
}
return this.isValid;
}
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。