今天在做資料分頁顯示的時候遇到了一個問題，經過測試，證實是Tomcat 6的一個bug，我所用的版本為：apache-tomcat-6.0.36,和7.0.30均能復現。下面詳細描述一下這個bug：

該bug是在JSTL<c:forEach>標籤中發現的，後來分析是EL表示式實現時產生的問題。jsp頁面中有一個list需要遍歷，這個list的型別為ArrayList<String>，我在其中放置的資料為（為方便我寫成陣列的形式）：["1","...","4","5","6","7","8","...","10"]，這是一個很常見的帶頁碼縮略的分頁導航。在展示這些資料的時候我使用了下面的程式碼：

<c:forEach var="looper" items="${pageHelper.pageList}">
	<c:choose>
		<c:when test="${looper eq pageHelper.pageDot}">
		<p>分頁遊標的 點點點</p>
		</c:when>
		<c:when test="${looper eq pageHelper.pageNo}">
		<p>當前頁為第${looper}頁面</p>
		</c:when>
		<c:otherwise>
		<p>分頁遊標:${looper}</p>
		</c:otherwise>
	</c:choose>
</c:forEach>
 

這裡pageHelper就是分頁元件，其中預設了pageDot為"..."，pageNo為當前的頁碼（假設為6），其他情況直接顯示分頁遊標。在迴圈遍歷中只不過使用了最基本的條件判斷語句，由於pageList在定義中已經明確指出是List<String>，按邏輯應該eq是按照字串判斷的，但是居然出異常了：

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

為什麼會出現“型別轉換錯誤”呢？通過分析程式碼走向，當進入迴圈後，list中的第一條資料是“1”，而pageHelper.pageNo為long型，此時tomcat的EL表示式解析器會把looper型別轉換為Long型而不是把pageHelper.pageNo型別轉換為String進行比較，當遍歷到下一元素時，looper="..."，這時looper的型別已經確定，比較的時候tomcat還要試圖將looper轉換為Long型別，於是就出錯了。

為此我專門寫了一個例項程式碼：

<c:forEach var="looper" items="${pageHelper.pageList}">
	<c:choose>
		<c:when test="${looper eq fn:trim(pageHelper.pageDot)}">
		<p>分頁遊標的 點點點</p>
		</c:when>
		<c:when test="${looper eq fn:trim(pageHelper.pageNo)}">
		<p>當前頁為第${looper}頁面</p>
		</c:when>
		<c:otherwise>
		<p>分頁遊標:${looper}</p>
		</c:otherwise>
	</c:choose>
</c:forEach>

很簡單，每次比較的時候都把後者用fn:trim方法進行去除左右非可見字元。相當於強制轉換為String型別，此時tomcat又可以正常解析程式碼，並未報錯。

同樣的一套程式碼，我將其部署到resin中發現無論是修改前還是修改後都能正常執行，可見，應該是tomcat的bug。

讓tomcat報錯的演示地址：/bug/show.do

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

以上地址前可能需要加上專案名稱（具體取決於你如何部署該專案）