面试场景互联网大厂 Java 求职者面试面试官神情严肃翻开简历抬头看向对面的候选人。候选人燕双非外号“水货程序员”自我介绍时总能把“熟练掌握”说得像“略知一二”。本场面试围绕在线教育平台的核心业务展开课程购买、直播通知、学习行为分析、消息推送、权限控制和 AI 助教问答。第一轮基础能力与业务落地面试官你们平台用的是 Java 11 和 Spring Boot说说 Java 11 相比 Java 8 在业务系统里最实用的几个点。燕双非嗯……最常用的就是var、新的 HttpClient还有一些 JVM 优化吧。var写起来更短代码看着比较高级。HttpClient 比以前方便做课程服务调用第三方接口时更顺手。面试官还不错至少没把var当成动态语言。那你再说说Spring Boot 在课程下单服务里为什么适合快速交付燕双非因为它自动配置多少写很多 XMLstarter 一引就能跑。像 MyBatis、Redis、Kafka 这些组件接入成本低适合快速迭代。面试官对能把“少写配置、多做业务”说清楚就行。那你们支付后发消息通知为什么用 Kafka 而不是直接同步调用短信服务燕双非这个……同步调用会拖慢主流程万一短信挂了下单接口就跟着失败。Kafka 可以异步解耦下单成功先落库再发事件通知保证用户体验和系统稳定性。面试官这个方向是对的。那如果 Kafka 消息重复消费你们怎么处理燕双非重复消费的话……我一般在消费端做个去重表按业务单号幂等处理。比如订单号、用户 ID、消息类型一起做唯一索引处理过就直接跳过。第二轮中间件、缓存与安全面试官现在说 Redis。课程详情页和首页推荐都很热你们怎么设计缓存燕双非详情页可以做缓存热点课程设较短 TTL防止脏数据太久。首页推荐列表可以按用户维度缓存配合主动失效和异步刷新。还有穿透、击穿、雪崩问题要分别用布隆过滤器、互斥锁、随机过期时间处理。面试官说得像是做过。那 Spring Cache 和你直接操作 Redis有什么取舍燕双非Spring Cache 适合统一抽象注解简单适合规范化场景直接操作 Redis 更灵活适合复杂结构和精细控制比如排行榜、分布式锁、延迟队列。面试官权限系统用了 Spring Security 和 JWT对吧如果是前后端分离登录态怎么设计燕双非登录后服务端签发 JWT前端存储后每次请求带上 token。网关或资源服务器校验签名和过期时间必要时结合 Refresh Token 做续期。角色权限可以放在 token claims 里但别放太多避免 token 过大。面试官那如果要做“讲师、学员、运营、管理员”多角色权限你如何避免权限判断散落各处燕双非可以在 Spring Security 里统一做方法级权限控制比如PreAuthorize。再配合自定义权限表达式把角色、资源、动作统一建模避免到处 if else。面试官还行终于像个正常人了。那你说说 MyBatis 和 JPA 在这种平台里分别适合什么场景燕双非MyBatis 适合复杂 SQL、报表和批量查询比如统计完课率、课程转化率JPA 更适合简单 CRUD、领域对象关系清晰的模块。核心是团队习惯和复杂度不是“哪个更高级”。第三轮云原生、AI 与架构演进面试官平台现在要做 AI 助教用 Spring AI 接入大模型。你会怎么设计“课程文档问答”燕双非我会先把课程讲义、FAQ、作业解析做文档加载然后切分、向量化存到向量数据库里。用户提问时先做语义检索再把召回内容拼进提示词最后让大模型生成答案。这样能减少幻觉提高回答贴合业务。面试官不错至少知道 RAG 不是“拉个接口就完了”。那如果要支持复杂工作流比如“先检索课程资料再查订单再根据用户等级决定是否推送优惠”你怎么做燕双非可以引入 Agent 和工具调用标准化把检索、订单查询、优惠计算都封装成工具。Agent 根据用户意图决定调用顺序必要时结合会话内存保存上下文。这样就不是一次性问答而是可执行的业务助手。面试官如果工具调用失败、或者模型胡说八道怎么办燕双非失败就做重试、降级和兜底比如工具超时返回明确提示。模型输出要做结构化约束和结果校验关键字段不能直接信模型业务动作还是得由后端规则把关。面试官最后一个问题微服务部署到 Kubernetes 后如何保证服务弹性和可观测性燕双非可以用健康检查、资源限制、水平扩容。监控方面接入 Micrometer 暴露指标再配 Prometheus 和 Grafana 看 QPS、延迟、错误率。链路追踪可以用 Zipkin 或 Jaeger方便定位课程下单、消息通知和 AI 推理链路问题。面试官嗯今天聊得差不多了。你先回去等通知吧。问题详细解析1. Java 11 在业务系统中的价值Java 11 是长期支持版本在互联网大厂中非常常见。相比 Java 8它带来的价值不只是语法层面的“更短”而是运行时、标准库和工程化能力的增强。HttpClient 标准化适合替代老旧的第三方 HTTP 工具统一连接管理与异步请求能力。var 局部变量推断适合减少样板代码但不要滥用复杂表达式仍建议显式类型。JVM 与 GC 优化对延迟敏感系统更友好尤其是高并发 Web 服务