摘要： 在一次JDK 21 + Spring Boot 3.3.5升级过程中，开发者因ClassNotFoundException问题向两个AI模型求助，却得到截然相反的结论：通义灵码错误声称LiteWebJarsResourceResolver类从Spring Boot 2.x移除，而扣子正确指出该类实为Spring Framework 6.2新增，需降级springdoc至2.5.0解决。

以前说"程序员会被 AI 取代"，我还觉得是天方夜谭。现在看来，不是说 AI 会取代程序员，而是会用 AI 的程序员会取代不会用的。当你不再需要纠结于margin和padding的区别、不用去查 Spring Boot 某个注解的用法、不用手动写重复的 CRUD 代码，你的精力可以完全放在业务逻辑和用户体验上。这才是编程本来该有的样子。从"我写代码"到"我描述需求、AI 写代码"，这个转变一旦体验

以前说"程序员会被 AI 取代"，我还觉得是天方夜谭。现在看来，不是说 AI 会取代程序员，而是会用 AI 的程序员会取代不会用的。当你不再需要纠结于margin和padding的区别、不用去查 Spring Boot 某个注解的用法、不用手动写重复的 CRUD 代码，你的精力可以完全放在业务逻辑和用户体验上。这才是编程本来该有的样子。从"我写代码"到"我描述需求、AI 写代码"，这个转变一旦体验

问题原因修复操作日志全是服务器 IPNginx 没传X-Real-IP加两行排查这类问题的通用思路：先确认服务端收到的 Header 值（打个日志或 debug），如果都是null就往前查 Nginx 配置，如果 Header 有值但不对就查多层代理链路。

这个项目从立项到现在，断断续续做了两年多。一个人搞全栈，从后端到前端到部署，累是累了点，但看着系统从开源项目一步步改造到能在生产环境跑起来，还是挺有成就感的。系统目前还在迭代，JDK升级进行中，后续还会加上更多功能。，自行注册即可使用。有问题也可以在CSDN评论区交流，大家一起进步。