燕双非面试记Spring Boot Kafka Redis Spring Security RAG聊聊互联网大厂 Java 求职者怎么答场景某互联网大厂校招/社招 Java 面试现场业务方向为“智能客服 订单中心 AIGC 辅助运营平台”。第一轮基础能力与项目落地面试官先聊最基础的你在 Java 8/11/17 里最常用哪些特性为什么线上服务更喜欢用 11/17燕双非我平时最常用的是 lambda、Stream、Optional还有本地变量类型推断。11 和 17 我理解是更稳定GC、性能和语法体验都更好线上项目如果依赖较新的 Spring Boot 版本一般也会优先考虑 11/17。面试官回答得不错至少知道不是“版本越新越牛”。那如果你要做一个订单服务Maven 依赖冲突怎么处理燕双非我会先看 dependency tree优先在 parent 里统一版本必要时用 dependencyManagement 锁版本再排除传递依赖。遇到冲突我会尽量让核心依赖版本一致不然运行时很容易炸。面试官可以知道先排查而不是乱加排除。再说说 Spring Boot 启动一个 Web 服务时请求是怎么进到 Controller 的燕双非大概是 Tomcat 接到请求后经过 DispatcherServlet再找到 HandlerMapping 和 HandlerAdapter最后到 Controller。中间还会有过滤器、拦截器之类的处理。面试官这题答得还行说明你不是只会写 hello world。第二轮业务场景与中间件协同面试官现在业务升级做智能客服系统。用户下单后客服要实时看到状态变更你会怎么设计消息通知链路燕双非我会用 Kafka 做异步消息订单服务发事件客服中心消费后更新状态如果要保证最终一致性可以配合本地消息表或者事务消息。实时页面可以用 WebSocket 推送。面试官不错开始有业务味道了。那 Kafka 和 RabbitMQ 你会怎么选燕双非Kafka 更适合高吞吐、日志流、事件流RabbitMQ 更适合复杂路由和业务解耦。如果是订单事件广播和埋点我偏 Kafka如果是精细路由的任务分发RabbitMQ 也很好。面试官回答得比较稳。那客服系统里用户信息和会话内容都要查得快你会怎么用 Redis燕双非Redis 可以缓存用户基础信息、会话上下文和热点工单列表减少数据库压力。过期策略要结合业务比如会话内存短一点用户画像长一点热点数据可以做双删或消息通知同步失效。面试官可以至少知道缓存不是“随便 set 一个 key”。那如果客服登录后访问敏感接口你怎么做安全控制燕双非我会用 Spring Security JWT 做认证授权登录后签发 token接口按角色和权限控制如果企业内部统一身份体系也可以接 OAuth2 或 Keycloak。对于接口签名或密钥我会考虑定期轮换。面试官这个方向是对的继续往下就看你能不能把方案讲完整了。第三轮AI 增强与系统演进面试官现在老板想加 AIGC 能力做“智能客服问答”。你怎么把企业文档接入 RAG燕双非先做文档加载把 FAQ、产品手册、工单知识库切分成 chunk再做向量化存到向量数据库里比如 Milvus 或 Redis。用户提问后先做语义检索召回相关片段再把上下文拼进提示词交给大模型生成回答。面试官很好。那你怎么减少 AI 幻觉燕双非要控制检索质量尽量让模型基于可验证文档回答prompt 里加约束不知道就明确说不知道对关键问题可以加答案置信度和人工兜底。还可以做多轮重排和引用来源展示。面试官继续说如果这个智能客服要接工具调用比如查订单、改地址、查物流你会怎么设计燕双非我会把查询订单、校验身份、改地址这些能力封装成工具做标准化工具调用Agent 负责判断要不要调用工具调用后再把结果整合成回复。复杂工作流可以用状态机或者编排框架来控制。面试官思路可以。那最后一个问题AIGC 系统上线后你怎么做监控和排障燕双非我会用 Micrometer 打指标Prometheus Grafana 看接口延迟、召回耗时、模型响应时间日志用 SLF4J Logback链路追踪可以接 Zipkin 或 Jaeger。线上要重点看 token 消耗、命中率和用户反馈。面试官行今天先到这里。你回家等通知吧。问题详解1. Java 8/11/17 特性与版本选择Java 8 引入 lambda、Stream、Optional适合函数式风格和集合处理。Java 11/17 属于长期支持版本通常在企业里更适合作为线上运行环境原因是生态成熟、性能优化更好并且更容易获得安全补丁。在大厂面试里回答不要只停留在“新版本更快”更要结合 JDK、Spring Boot、容器镜像和运维升级成本来讲。2. Maven 依赖冲突处理Maven 的核心是依赖传递与版本管理。实际项目中常见问题是不同 starter 或三方包引入了同名不同版本依赖。处理方式通常是先用 dependency:tree 定位冲突再通过 dependencyManagement 统一版本必要时 exclude 不需要的传递依赖。对大厂项目来说统一 BOM 和父 POM 版本非常重要。3. Spring Boot 请求链路请求通常由容器接收进入 DispatcherServlet 后经过 HandlerMapping 找到处理器再由 HandlerAdapter 适配执行 Controller。期间还会经过 Filter、Interceptor、Argument Resolver、Message Converter 等组件。理解这条链路有助于排查鉴权失效、参数绑定失败、响应序列化异常等问题。4. Kafka 与 RabbitMQ 的选择Kafka 更适合高吞吐事件流和日志流常用于订单事件、埋点、异步解耦、流式处理。RabbitMQ 更擅长灵活路由、低延迟任务分发和复杂消息模式。面试中要结合业务如果是智能客服的“订单状态变更广播”Kafka 更自然如果是“某工单只路由给指定组”RabbitMQ 更合适。5. Redis 在客服系统中的作用Redis 常用于缓存用户信息、会话上下文、热点工单、限流计数器等。设计时要注意数据一致性、缓存穿透/击穿/雪崩、过期策略与淘汰策略。客服系统中的会话数据通常时效性强可以设置较短 TTL用户画像和权限信息则可以设置更长 TTL并通过消息或双删机制同步更新。6. Spring Security JWT OAuth2/KeycloakJWT 适合无状态认证服务端不用保存 session便于微服务和网关环境下传递身份。Spring Security 负责认证授权拦截结合角色、权限、方法级鉴权可实现细粒度控制。若企业有统一身份中心可以使用 OAuth2 或 Keycloak 做单点登录和统一权限管理。敏感操作还可加二次校验或签名校验。7. RAG 与企业知识库接入RAG 的关键在于“先检索后生成”。典型流程文档加载、切分、Embedding 向量化、向量库存储、语义检索、上下文拼接、LLM 生成。对于企业文档问答常需要处理 PDF、Word、网页、FAQ、工单等多源文档还要加入权限过滤避免把不该看的内容检索给用户。8. 如何降低 AI 幻觉幻觉通常来自上下文不足、检索错误、提示词约束不清、模型过度自由生成。解决办法包括提高召回准确率、加入重排、明确要求“只基于资料回答”、输出引用来源、对高风险问题加人工审核或规则兜底。业务上尤其适用于客服、医疗、金融等场景。9. Agent 与工具调用标准化Agent 的核心是让模型具备“判断—调用—整合”的能力。它会根据用户意图决定是否调用工具例如查订单、查物流、修改地址。工具调用标准化能把内部能力统一成可描述、可调用、可审计的接口。复杂工作流可以通过状态机、工作流引擎或编排框架实现避免模型直接“乱操作”。10. 监控与排障AIGC 系统上线后除了常规接口指标还要重点关注召回耗时、向量检索命中率、模型响应时间、token 消耗、失败重试率和用户满意度。Micrometer 适合统一埋点Prometheus Grafana 用于告警和可视化Zipkin/Jaeger 用于链路追踪。日志和 trace id 要打通方便定位一次请求从检索到生成的全过程。总结智能客服系统并不是单点技术的堆叠而是 Java Web、消息队列、缓存、安全、监控以及 AI 能力的组合拳。面试时如果能把技术点放进真实业务链路里讲清楚通常更容易打动面试官。感谢阅读希望这篇文章能帮助你在 Java 面试中更从容地表达技术思路也希望能对你的项目实践和知识复盘有所帮助。 燕双非面试记：Spring Boot + Kafka + Redis + Spring Security + RAG，聊聊互联网大厂 Java 求职者怎么答
燕双非面试记Spring Boot Kafka Redis Spring Security RAG聊聊互联网大厂 Java 求职者怎么答场景某互联网大厂校招/社招 Java 面试现场业务方向为“智能客服 订单中心 AIGC 辅助运营平台”。第一轮基础能力与项目落地面试官先聊最基础的你在 Java 8/11/17 里最常用哪些特性为什么线上服务更喜欢用 11/17燕双非我平时最常用的是 lambda、Stream、Optional还有本地变量类型推断。11 和 17 我理解是更稳定GC、性能和语法体验都更好线上项目如果依赖较新的 Spring Boot 版本一般也会优先考虑 11/17。面试官回答得不错至少知道不是“版本越新越牛”。那如果你要做一个订单服务Maven 依赖冲突怎么处理燕双非我会先看 dependency tree优先在 parent 里统一版本必要时用 dependencyManagement 锁版本再排除传递依赖。遇到冲突我会尽量让核心依赖版本一致不然运行时很容易炸。面试官可以知道先排查而不是乱加排除。再说说 Spring Boot 启动一个 Web 服务时请求是怎么进到 Controller 的燕双非大概是 Tomcat 接到请求后经过 DispatcherServlet再找到 HandlerMapping 和 HandlerAdapter最后到 Controller。中间还会有过滤器、拦截器之类的处理。面试官这题答得还行说明你不是只会写 hello world。第二轮业务场景与中间件协同面试官现在业务升级做智能客服系统。用户下单后客服要实时看到状态变更你会怎么设计消息通知链路燕双非我会用 Kafka 做异步消息订单服务发事件客服中心消费后更新状态如果要保证最终一致性可以配合本地消息表或者事务消息。实时页面可以用 WebSocket 推送。面试官不错开始有业务味道了。那 Kafka 和 RabbitMQ 你会怎么选燕双非Kafka 更适合高吞吐、日志流、事件流RabbitMQ 更适合复杂路由和业务解耦。如果是订单事件广播和埋点我偏 Kafka如果是精细路由的任务分发RabbitMQ 也很好。面试官回答得比较稳。那客服系统里用户信息和会话内容都要查得快你会怎么用 Redis燕双非Redis 可以缓存用户基础信息、会话上下文和热点工单列表减少数据库压力。过期策略要结合业务比如会话内存短一点用户画像长一点热点数据可以做双删或消息通知同步失效。面试官可以至少知道缓存不是“随便 set 一个 key”。那如果客服登录后访问敏感接口你怎么做安全控制燕双非我会用 Spring Security JWT 做认证授权登录后签发 token接口按角色和权限控制如果企业内部统一身份体系也可以接 OAuth2 或 Keycloak。对于接口签名或密钥我会考虑定期轮换。面试官这个方向是对的继续往下就看你能不能把方案讲完整了。第三轮AI 增强与系统演进面试官现在老板想加 AIGC 能力做“智能客服问答”。你怎么把企业文档接入 RAG燕双非先做文档加载把 FAQ、产品手册、工单知识库切分成 chunk再做向量化存到向量数据库里比如 Milvus 或 Redis。用户提问后先做语义检索召回相关片段再把上下文拼进提示词交给大模型生成回答。面试官很好。那你怎么减少 AI 幻觉燕双非要控制检索质量尽量让模型基于可验证文档回答prompt 里加约束不知道就明确说不知道对关键问题可以加答案置信度和人工兜底。还可以做多轮重排和引用来源展示。面试官继续说如果这个智能客服要接工具调用比如查订单、改地址、查物流你会怎么设计燕双非我会把查询订单、校验身份、改地址这些能力封装成工具做标准化工具调用Agent 负责判断要不要调用工具调用后再把结果整合成回复。复杂工作流可以用状态机或者编排框架来控制。面试官思路可以。那最后一个问题AIGC 系统上线后你怎么做监控和排障燕双非我会用 Micrometer 打指标Prometheus Grafana 看接口延迟、召回耗时、模型响应时间日志用 SLF4J Logback链路追踪可以接 Zipkin 或 Jaeger。线上要重点看 token 消耗、命中率和用户反馈。面试官行今天先到这里。你回家等通知吧。问题详解1. Java 8/11/17 特性与版本选择Java 8 引入 lambda、Stream、Optional适合函数式风格和集合处理。Java 11/17 属于长期支持版本通常在企业里更适合作为线上运行环境原因是生态成熟、性能优化更好并且更容易获得安全补丁。在大厂面试里回答不要只停留在“新版本更快”更要结合 JDK、Spring Boot、容器镜像和运维升级成本来讲。2. Maven 依赖冲突处理Maven 的核心是依赖传递与版本管理。实际项目中常见问题是不同 starter 或三方包引入了同名不同版本依赖。处理方式通常是先用 dependency:tree 定位冲突再通过 dependencyManagement 统一版本必要时 exclude 不需要的传递依赖。对大厂项目来说统一 BOM 和父 POM 版本非常重要。3. Spring Boot 请求链路请求通常由容器接收进入 DispatcherServlet 后经过 HandlerMapping 找到处理器再由 HandlerAdapter 适配执行 Controller。期间还会经过 Filter、Interceptor、Argument Resolver、Message Converter 等组件。理解这条链路有助于排查鉴权失效、参数绑定失败、响应序列化异常等问题。4. Kafka 与 RabbitMQ 的选择Kafka 更适合高吞吐事件流和日志流常用于订单事件、埋点、异步解耦、流式处理。RabbitMQ 更擅长灵活路由、低延迟任务分发和复杂消息模式。面试中要结合业务如果是智能客服的“订单状态变更广播”Kafka 更自然如果是“某工单只路由给指定组”RabbitMQ 更合适。5. Redis 在客服系统中的作用Redis 常用于缓存用户信息、会话上下文、热点工单、限流计数器等。设计时要注意数据一致性、缓存穿透/击穿/雪崩、过期策略与淘汰策略。客服系统中的会话数据通常时效性强可以设置较短 TTL用户画像和权限信息则可以设置更长 TTL并通过消息或双删机制同步更新。6. Spring Security JWT OAuth2/KeycloakJWT 适合无状态认证服务端不用保存 session便于微服务和网关环境下传递身份。Spring Security 负责认证授权拦截结合角色、权限、方法级鉴权可实现细粒度控制。若企业有统一身份中心可以使用 OAuth2 或 Keycloak 做单点登录和统一权限管理。敏感操作还可加二次校验或签名校验。7. RAG 与企业知识库接入RAG 的关键在于“先检索后生成”。典型流程文档加载、切分、Embedding 向量化、向量库存储、语义检索、上下文拼接、LLM 生成。对于企业文档问答常需要处理 PDF、Word、网页、FAQ、工单等多源文档还要加入权限过滤避免把不该看的内容检索给用户。8. 如何降低 AI 幻觉幻觉通常来自上下文不足、检索错误、提示词约束不清、模型过度自由生成。解决办法包括提高召回准确率、加入重排、明确要求“只基于资料回答”、输出引用来源、对高风险问题加人工审核或规则兜底。业务上尤其适用于客服、医疗、金融等场景。9. Agent 与工具调用标准化Agent 的核心是让模型具备“判断—调用—整合”的能力。它会根据用户意图决定是否调用工具例如查订单、查物流、修改地址。工具调用标准化能把内部能力统一成可描述、可调用、可审计的接口。复杂工作流可以通过状态机、工作流引擎或编排框架实现避免模型直接“乱操作”。10. 监控与排障AIGC 系统上线后除了常规接口指标还要重点关注召回耗时、向量检索命中率、模型响应时间、token 消耗、失败重试率和用户满意度。Micrometer 适合统一埋点Prometheus Grafana 用于告警和可视化Zipkin/Jaeger 用于链路追踪。日志和 trace id 要打通方便定位一次请求从检索到生成的全过程。总结智能客服系统并不是单点技术的堆叠而是 Java Web、消息队列、缓存、安全、监控以及 AI 能力的组合拳。面试时如果能把技术点放进真实业务链路里讲清楚通常更容易打动面试官。感谢阅读希望这篇文章能帮助你在 Java 面试中更从容地表达技术思路也希望能对你的项目实践和知识复盘有所帮助。