Java 求职面试实录Spring Boot Kafka Redis RAG在互联网医疗场景里和燕双非过招场景互联网医疗平台的 Java 后端岗位面试。角色严肃面试官、搞笑水货程序员燕双非。下面进入正式面试。第一轮基础架构与业务理解面试官我们先从问诊预约入口说起。你们的医生排班、号源查询、预约下单如果用 Spring Boot 做服务启动你会怎么设计配置分层燕双非我一般会把 application.yml、profile、环境变量都配上开发、测试、生产分开。然后再用 Spring Boot 的自动配置少写点 XML启动快一点。面试官这个回答方向是对的。那如果线上某个配置错了如何快速定位燕双非可以看 actuator 暴露的健康检查还有日志里启动时打印的配置信息嗯再加上配置中心的话改起来也方便。面试官不错至少知道配置和观测要联动。那号源查询接口高峰期 QPS 很高你会怎么做缓存燕双非用 Redis 缓存医生排班和热门科室列表设置合理 TTL避免每次都打数据库。再用本地缓存兜底一下不然 Redis 抖了大家都得排队。面试官嗯这个思路可以。那缓存失效时怎么防止击穿燕双非可以加互斥锁或者用逻辑过期。热门号源我会提前预热别等用户都来了才现炒。第二轮异步解耦与安全风控面试官用户预约成功之后系统要通知医生端、短信平台、消息中心还要写审计日志。你会怎么做燕双非这类事情不能都同步干不然用户点一下系统像去挂专家号一样慢。我会用 Kafka 发预约成功事件通知、短信、日志分开消费。面试官那 Kafka 消息重复投递怎么办燕双非消费端做幂等比如用预约单号做唯一键。数据库层也可以加唯一约束重复来了就忽略。面试官好说明你至少见过生产事故。那支付挂号费时安全方面怎么设计燕双非Spring Security 做登录认证JWT 做无状态会话。支付接口单独加权限校验敏感操作再配合风控策略比如短信验证码、设备指纹、限流。面试官如果你们还接第三方支付回调如何保证回调可信燕双非验签呀。请求体、时间戳、nonce 这些都要校验防止别人伪造回调。回调处理要幂等不然一笔订单能被结算三次财务会来找我聊天。面试官说得还行。那你怎么追踪一次预约链路从前端到短信平台的耗时燕双非Micrometer 打点Prometheus 采集再用 Grafana 看图。链路跟踪可以接 Zipkin 或 Jaeger看看卡在哪一跳。第三轮AI 辅助问诊与系统演进面试官现在很多互联网医疗都在接入 AI 问诊助手。假设你们要做一个“问诊前置分诊”能力基于 Spring AI RAG你会怎么设计燕双非我理解就是先把医院知识库、科室说明、常见症状文档做向量化放到向量数据库里。用户一问先语义检索再把检索结果拼进提示词让大模型回答。面试官方向对了。那如果模型开始胡说八道怎么控制幻觉燕双非嗯……这个就得多给它喂点资料吧。还有就是回答前做规则校验别让它直接给诊断结论尽量只做导诊和建议。面试官继续。燕双非可以加来源引用只输出检索到的知识片段高风险问题转人工再做 prompt 限制禁止越权生成医疗诊断。面试官很好这才像一个懂业务边界的人。最后一个问题如果 AI 问诊要和预约、消息、工单系统联动复杂工作流怎么编排燕双非可以把它拆成 Agent。一个负责理解用户意图一个负责查知识一个负责调用预约、消息这些工具。工具调用标准化之后流程就清楚了。复杂任务可以用工作流引擎或者事件驱动串起来。面试官嗯虽然有些地方还不够深入但整体思路还算完整。今天先到这儿你回去等通知吧。面试问题详解1. Spring Boot 配置分层与故障定位在互联网医疗场景中系统通常会区分开发、测试、预发和生产环境。号源查询、患者信息、支付回调等能力都依赖外部配置因此配置分层非常重要。常见做法是使用 application.yml 管理公共配置使用 profile 区分环境敏感信息通过环境变量或配置中心注入配合 actuator、日志和配置中心做快速排障。线上问题往往不是代码本身而是某个连接地址、线程池参数、缓存开关配置错误导致的。能快速定位配置问题是后端工程能力的重要体现。2. Redis 缓存、击穿与预热预约号源、医生列表、科室首页等数据适合缓存。Redis 适合做分布式缓存而本地缓存适合高频热点数据。为了防止缓存击穿可以使用互斥锁同一时刻只允许一个线程回源重建缓存逻辑过期先返回旧数据再异步刷新热点预热活动开始前提前加载数据。在医疗场景中挂号高峰一旦缓存失效数据库容易被打爆因此缓存设计必须和业务峰值结合。3. Kafka 异步解耦与幂等预约成功后通常要触发多个下游动作如短信、站内信、审计、医生端提醒等。Kafka 非常适合做事件总线。核心收益是削峰填谷减少同步调用链路长度服务解