快捷導(dǎo)航

解析Tomcat 6、7在EL表達(dá)式解析時(shí)存在的一個(gè)Bug

更新時(shí)間：2013年12月04日 10:04:57 作者：

這篇文章主要是對Tomcat 6、7在EL表達(dá)式解析時(shí)存在的一個(gè)Bug進(jìn)行了詳細(xì)的分析介紹，需要的朋友可以過來參考下，希望對大家有所幫助

今天在做數(shù)據(jù)分頁顯示的時(shí)候遇到了一個(gè)問題，經(jīng)過測試，證實(shí)是Tomcat 6的一個(gè)bug，我所用的版本為：apache-tomcat-6.0.36,和7.0.30均能復(fù)現(xiàn)。下面詳細(xì)描述一下這個(gè)bug：

該bug是在JSTL<c:forEach>標(biāo)簽中發(fā)現(xiàn)的，后來分析是EL表達(dá)式實(shí)現(xiàn)時(shí)產(chǎn)生的問題。jsp頁面中有一個(gè)list需要遍歷，這個(gè)list的類型為ArrayList<String>，我在其中放置的數(shù)據(jù)為（為方便我寫成數(shù)組的形式）：["1","...","4","5","6","7","8","...","10"]，這是一個(gè)很常見的帶頁碼縮略的分頁導(dǎo)航。在展示這些數(shù)據(jù)的時(shí)候我使用了下面的代碼：

復(fù)制代碼代碼如下:

<c:forEach var="looper" items="${pageHelper.pageList}">
 <c:choose>
  <c:when test="${looper eq pageHelper.pageDot}">
  <p>分頁游標(biāo)的 點(diǎn)點(diǎn)點(diǎn)</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是按照字符串判斷的，但是居然出異常了：

復(fù)制代碼代碼如下:

javax.el.ELException: Cannot convert ... of type class java.lang.String to class java.lang.Long

為什么會(huì)出現(xiàn)“類型轉(zhuǎn)換錯(cuò)誤”呢？通過分析代碼走向，當(dāng)進(jìn)入循環(huán)后，list中的第一條數(shù)據(jù)是“1”，而pageHelper.pageNo為long型，此時(shí)tomcat的EL表達(dá)式解析器會(huì)把looper類型轉(zhuǎn)換為Long型而不是把pageHelper.pageNo類型轉(zhuǎn)換為String進(jìn)行比較，當(dāng)遍歷到下一元素時(shí)，looper="..."，這時(shí)looper的類型已經(jīng)確定，比較的時(shí)候tomcat還要試圖將looper轉(zhuǎn)換為Long類型，于是就出錯(cuò)了。

為此我專門寫了一個(gè)實(shí)例代碼：

復(fù)制代碼代碼如下:

<c:forEach var="looper" items="${pageHelper.pageList}">
 <c:choose>
  <c:when test="${looper eq fn:trim(pageHelper.pageDot)}">
  <p>分頁游標(biāo)的 點(diǎn)點(diǎn)點(diǎn)</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>

很簡單，每次比較的時(shí)候都把后者用fn:trim方法進(jìn)行去除左右非可見字符。相當(dāng)于強(qiáng)制轉(zhuǎn)換為String類型，此時(shí)tomcat又可以正常解析代碼，并未報(bào)錯(cuò)。

同樣的一套代碼，我將其部署到resin中發(fā)現(xiàn)無論是修改前還是修改后都能正常運(yùn)行，可見，應(yīng)該是tomcat的bug。

示例代碼：點(diǎn)擊下載

讓tomcat報(bào)錯(cuò)的演示地址：/bug/show.do

避免此bug的方法演示地址：/bug/avoid.do

以上地址前可能需要加上項(xiàng)目名稱（具體取決于你如何部署該項(xiàng)目）

您可能感興趣的文章: