XX系統(tǒng)登錄之后，偶爾在用戶那會(huì)出現(xiàn)這個(gè)現(xiàn)象：
 
登錄的邏輯是這樣的：登陸主界面之后，在主界面html執(zhí)行到最后的時(shí)候，使用windows.open打開(kāi)一個(gè)彈出窗口，去服務(wù)器取一些需要的數(shù)據(jù)。
但是偶爾用戶那會(huì)出現(xiàn)彈出窗口又定位到登陸窗口了（summer中使用filter對(duì)請(qǐng)求過(guò)濾，發(fā)現(xiàn)沒(méi)有登陸的話會(huì)重新定位到登陸窗口）。
這里明明是的剛登陸的程序，卻出現(xiàn)沒(méi)有登陸的現(xiàn)象。。這個(gè)現(xiàn)象在用戶那一直就存在，一直也沒(méi)找到原因。
今天在和三期應(yīng)服推廣人員的溝通中無(wú)意了解到，用戶習(xí)慣使用給登陸界面建立一個(gè)桌面快捷方式，一般操作如下：
在ie地址欄輸入“http://localhost:8080/spxt”，這個(gè)時(shí)候請(qǐng)求完成之后定位到了登陸頁(yè)面，但是ie地址欄已經(jīng)變成
“http://localhost:8080/spxt/common/summer/jsp/login/register03.jsp;jsessionid=CA0CA7E455535994E523B01357B42214”
此時(shí)直接在這個(gè)ie窗口登陸是沒(méi)有問(wèn)題的。而用戶一般都是在這個(gè)頁(yè)面點(diǎn)右鍵，選擇創(chuàng)建快捷方式，
這個(gè)時(shí)候就有一個(gè)問(wèn)題，用戶的快捷方式超鏈接實(shí)際上指向的是后面那個(gè)帶有jsessionid的很長(zhǎng)很長(zhǎng)的url。
如果此時(shí)從桌面點(diǎn)擊這個(gè)超鏈接的快捷方式打開(kāi)ie進(jìn)行登陸，就很容易復(fù)現(xiàn)文章開(kāi)始的那個(gè)截圖現(xiàn)象了，如果我修改快捷方式屬性，把超鏈接的
sessionid去掉就沒(méi)有問(wèn)題了。（這里描述不是很準(zhǔn)確，比如重啟一次tomcat的話就又不會(huì)復(fù)現(xiàn)了）。
后來(lái)在后臺(tái)打印每次使用的sessionid，發(fā)現(xiàn)如果從快捷方式登陸的話，真正的登錄session就是jsessionid所代表的那個(gè)session，而后來(lái)ajax
請(qǐng)求的是和服務(wù)器新建了連接，發(fā)現(xiàn)session沒(méi)有登陸信息就定位到登陸頁(yè)面了。

這里在服務(wù)器端“可能”是產(chǎn)生兩個(gè)session的概念：一個(gè)是本次真正登錄的session；另外是一個(gè)空的session。而在ajax異步請(qǐng)求的時(shí)候，
實(shí)際上用的就是后面這個(gè)空的session，這樣發(fā)現(xiàn)沒(méi)有登陸就重新定位到登陸頁(yè)面了？

后面原因的分析完全是自己的猜測(cè)，具體望大家指教一下：）

解決問(wèn)題可以這樣：1、幫用戶把那個(gè)快捷方式的jsessionid去掉。
                  2、寫一個(gè)filter，對(duì)于是登陸請(qǐng)求的，把jsessionid去掉。

ps：以上問(wèn)題對(duì)于收藏夾存在同樣問(wèn)題。


看了帖子終于明白jsessionid是怎么來(lái)的了~多謝
在struts的org.apache.struts.action.RequestProcessor.processForwardConfig()中找到了如下代碼：
response.sendRedirect(response.encodeRedirectURL(uri));
不過(guò)感覺(jué)一般情況還是不要去掉jsessionid比較好，對(duì)于特殊情況的需要特殊去掉，基本還是利大于弊。