今天在做數(shù)據(jù)分頁顯示的時候遇到了一個問題,經(jīng)過測試,證實是Tomcat 6的一個bug,我所用的版本為:apache-tomcat-6.0.36,和7.0.30均能復(fù)現(xiàn)。下面詳細(xì)描述一下這個bug:
該bug是在JSTL<c:forEach>標(biāo)簽中發(fā)現(xiàn)的,后來分析是EL表達(dá)式實現(xiàn)時產(chǎn)生的問題。jsp頁面中有一個list需要遍歷,這個list的類型為ArrayList<String>,我在其中放置的數(shù)據(jù)為(為方便我寫成數(shù)組的形式):["1","...","4","5","6","7","8","...","10"],這是一個很常見的帶頁碼縮略的分頁導(dǎo)航。在展示這些數(shù)據(jù)的時候我使用了下面的代碼:
<c:forEach var="looper" items="${pageHelper.pageList}">
<c:choose>
<c:when test="${looper eq pageHelper.pageDot}">
<p>分頁游標(biāo)的 點點點</p>
</c:when>
<c:when test="${looper eq pageHelper.pageNo}">
<p>當(dāng)前頁為第${looper}頁面</p>
</c:when>
<c:otherwise>
<p>分頁游標(biāo):${looper}</p>
</c:otherwise>
</c:choose>
</c:forEach>
這里pageHelper就是分頁組件,其中預(yù)設(shè)了pageDot為"...",pageNo為當(dāng)前的頁碼(假設(shè)為6),其他情況直接顯示分頁游標(biāo)。在循環(huán)遍歷中只不過使用了最基本的條件判斷語句,由于pageList在定義中已經(jīng)明確指出是List<String>,按邏輯應(yīng)該eq是按照字符串判斷的,但是居然出異常了:
javax.el.ELException: Cannot convert ... of type class java.lang.String to class java.lang.Long
為什么會出現(xiàn)“類型轉(zhuǎn)換錯誤”呢?通過分析代碼走向,當(dāng)進(jìn)入循環(huán)后,list中的第一條數(shù)據(jù)是“1”,而pageHelper.pageNo為long型,此時tomcat的EL表達(dá)式解析器會把looper類型轉(zhuǎn)換為Long型而不是把pageHelper.pageNo類型轉(zhuǎn)換為String進(jìn)行比較,當(dāng)遍歷到下一元素時,looper="...",這時looper的類型已經(jīng)確定,比較的時候tomcat還要試圖將looper轉(zhuǎn)換為Long類型,于是就出錯了。
為此我專門寫了一個實例代碼:
<c:forEach var="looper" items="${pageHelper.pageList}">
<c:choose>
<c:when test="${looper eq fn:trim(pageHelper.pageDot)}">
<p>分頁游標(biāo)的 點點點</p>
</c:when>
<c:when test="${looper eq fn:trim(pageHelper.pageNo)}">
<p>當(dāng)前頁為第${looper}頁面</p>
</c:when>
<c:otherwise>
<p>分頁游標(biāo):${looper}</p>
</c:otherwise>
</c:choose>
</c:forEach>
很簡單,每次比較的時候都把后者用fn:trim方法進(jìn)行去除左右非可見字符。相當(dāng)于強(qiáng)制轉(zhuǎn)換為String類型,此時tomcat又可以正常解析代碼,并未報錯。
同樣的一套代碼,我將其部署到resin中發(fā)現(xiàn)無論是修改前還是修改后都能正常運行,可見,應(yīng)該是tomcat的bug。
示例代碼:點擊下載
讓tomcat報錯的演示地址:/bug/show.do
避免此bug的方法演示地址:/bug/avoid.do
以上地址前可能需要加上項目名稱(具體取決于你如何部署該項目)