EL1007E错误排查：Spring+Thymeleaf+MySQL下邮箱用户名无法访问用户页

这种EL1007E错误本质就是你在Thymeleaf模板里访问了一个null对象的属性/字段，结合你说的「纯字母用户名正常、邮箱格式用户名报错」的情况，基本可以锁定是邮箱格式的用户名在后端查询时没有正确返回用户对象，导致模板里的EL表达式踩了null的坑。下面给你一步步拆解排查方向：

1. 先排查URL编码与参数接收问题 #

邮箱里的@和.属于URL特殊字符，很容易在传输过程中出问题：

• 检查Thymeleaf生成链接的语法：如果你是用th:href="@{/user/{username}(username=${user.username})}"生成跳转链接，Thymeleaf会自动编码特殊字符，这没问题；但如果是手动拼接的URL（比如用JavaScript拼接），大概率没做编码，导致后端接收到的用户名是乱码或截断后的字符串，自然查不到用户。
• 确认后端Controller的参数接收：比如你的请求映射是@GetMapping("/user/{username}")，参数用@PathVariable String username，Spring默认会自动解码路径变量，但要确保项目的编码配置是UTF-8（比如在application.properties里加server.servlet.encoding.force=true），避免特殊字符转义错误。

2. 检查仓库层的查询逻辑 #

这是你推测的方向，重点查这几点：

• 打印查询参数：在你的UserRepository的查询方法（比如findByUsername(String username)）里加日志，或者在Controller调用仓库方法前打印传入的username，看看是不是和前端传的一致——比如有没有把@变成了%40（没解码），或者大小写不一致？
• 验证查询有效性：手动调用仓库的查询方法（比如在测试类里），传入邮箱格式的用户名，看看能不能查到数据库里的记录。如果查不到，检查数据库里的用户名是不是存的完整邮箱，有没有被截断（比如字段长度不够），或者查询方法有没有加错条件（比如误加了like '%?%'导致匹配错误）。
• 数据库大小写敏感：如果你的数据库是MySQL，默认是大小写不敏感的，但如果表或字段设置了大小写敏感，那g@gmail.com和G@gmail.com会被当成不同的用户名，导致查询不到。

3. 修复Thymeleaf模板的null安全问题 #

即使找到了根源，也建议给模板加个「安全防护」，避免以后再踩类似的坑：

• 把模板里的EL表达式改成安全导航操作符，比如把${user.nickname}改成${user?.nickname}，这样如果user是null，表达式会返回null而不是直接报错，也能帮你快速验证是不是user对象为null导致的问题。
• 可以在模板里加个判断，比如：

<div th:if="${user == null}">
    用户不存在
</div>
<div th:unless="${user == null}">
    <!-- 用户信息渲染 -->
</div>

4. 快速调试步骤 #

按这个顺序排查能最快定位问题：

1. 在Controller接收用户名的地方加日志，打印接收到的参数，确认是不是正确的邮箱格式；
2. 手动调用仓库查询方法，验证该邮箱是否能查到用户；
3. 在模板里临时渲染${user}，看是不是null。

内容的提问来源于stack exchange，提问作者KirstenKali