已采納回答 / 涼風(fēng)5
過濾器類需要實(shí)現(xiàn)javax.servlet.Filter，該接口的doFilter()方法是業(yè)務(wù)處理的核心代碼區(qū)，類似于servlet的service()方法。doFilter()方法的參數(shù)列表有一個(gè)FilterChain接口的實(shí)現(xiàn)對(duì)象，它只有一個(gè)方法doFilter(),在調(diào)用該方法之前的代碼會(huì)在達(dá)到目標(biāo)資源前執(zhí)行，之后的代碼會(huì)在目標(biāo)資源已經(jīng)響應(yīng)后執(zhí)行
2016-11-12
已采納回答 / qq_我有我的范兒_0
首先數(shù)組是個(gè)對(duì)象類型，所以默認(rèn)初始值是null，至于“”相當(dāng)于給這個(gè)對(duì)象賦值了個(gè)空值，不知道你明白了嗎，
2016-11-10
最新回答 / 慕無忌0090383
你可以把request.getContextPath(),打印到控制臺(tái)看下，這個(gè)不是過濾器的路徑，應(yīng)該是發(fā)出請(qǐng)求的路徑
2016-11-10
最贊回答 / 哈哈79
放行方法，之前的請(qǐng)求是到 index.jsp 放行后就會(huì)到index.jsp頁面 當(dāng)然就會(huì)執(zhí)行里面的代碼
2016-11-09
我的想法是：可以直接訪問success.jsp的原因可能是：session的作用域是一次會(huì)話，如果你之前登錄成功的話，session就保留了username（因?yàn)榇a上有一段session.setAttribute("username", username);），在servlet那里判斷能不能進(jìn)的邏輯是看username是不是為空，顯然上一次登錄成功后username不為空了，所以可以直接訪問success.jsp，（意思是，如果你人為銷毀這次session就不能直接訪問success.jsp了）說到底是代碼的邏輯不夠嚴(yán)謹(jǐn)，我再想想怎么解決這個(gè)問題