JSTL 字符串比较失败常因不可见空白字符（如空格、制表符、换行符）导致，直接使用 == 或 eq 会因长度不匹配而始终进入 <c:otherwise> 分支；解决方法是结合 fn:trim() 预处理再比较。
使用 jstl 字符串比较失败常因不可见空白字符（如空格、制表符、换行符）导致，直接使用 `==` 或 `eq` 会因长度不匹配而始终进入 `
在基于 JSP + JSTL 的 Web 应用中（如 Tomcat 7.0.47 / Java 6 环境），开发者常通过 <c:when test="${obj.field == 'VALUE'}"> 实现枚举值渲染逻辑。但实际运行时，看似正确的字符串比较却频繁“静默失败”——所有条件均未命中，强制落入 <c:otherwise>，这往往并非语法错误，而是数据质量问题。
根本原因在于：后端传入的字符串（如数据库字段 STAFF_TYPE）常携带首尾不可见空白字符（例如 'DOC '、' RES' 或 'TRE\t'）。JSTL 的 EL 表达式执行严格字面量比对，'DOC '（长度4）与 'DOC'（长度3）自然不相等，即使肉眼无法分辨。
✅ 验证技巧：
在 JSP 中快速诊断是否为空白问题，可使用 JSTL 函数库（需先声明）检查字符串真实长度：
<%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions" %>
<!-- 调试输出 -->
Length: ${fn:length(result.STAFF_TYPE)} | Value: '${result.STAFF_TYPE}'若输出类似 Length: 4 | Value: 'DOC '，即可确认存在尾部空格。
✅ 标准解决方案：
引入 fn:trim() 清除首尾空白，再进行安全比较。务必确保已正确导入函数标签库：
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions" %>
修正后的 <c:choose> 结构如下：
<td>
<c:choose>
<c:when test="${fn:trim(result.STAFF_TYPE) == 'DOC'}">DOCTOR</c:when>
<c:when test="${fn:trim(result.STAFF_TYPE) == 'RES'}">RESIDENT</c:when>
<c:when test="${fn:trim(result.STAFF_TYPE) == 'TRE'}">TRAINEE</c:when>
<c:otherwise>${fn:trim(result.STAFF_TYPE)}</c:otherwise>
</c:choose>
</td>⚠️ 注意事项：
- fn:trim() 仅去除首尾空白（Character.isWhitespace() 判定），不处理中间空格或全角空格；
- 若需更严格的清洗（如替换全角空格、统一大小写），建议在 Java 后端完成标准化处理，而非在 JSP 层补救；
- 在高并发场景下，避免在 <c:forEach> 内频繁调用复杂函数；本例中 fn:trim() 性能开销极低，可放心使用；
- 始终将 fn 标签库声明置于 JSP 顶部，否则会抛出 org.apache.jasper.JasperException: The function trim must be used with a prefix when a default namespace is not specified 异常。
? 延伸建议：
为提升健壮性，可进一步结合 fn:toLowerCase() 实现忽略大小写的比较（如 ${fn:toLowerCase(fn:trim(result.STAFF_TYPE)) == 'doc'}），但需注意业务语义——若 DOC 和 doc 代表不同含义，则不应忽略大小写。
归根结底，JSTL 字符串比较不是“失效”，而是忠实地执行了精确匹配。真正的工程实践应遵循「数据清洗前置」原则：在 Controller 或 Service 层清理脏数据，而非在视图层反复打补丁。fn:trim() 是快速兜底方案，更是提醒我们重视数据质量的第一道防线。
