Java 大厂面试实录企业协同 SaaS 场景面试官今天我们聊一个企业协同 SaaS 场景。假设你们团队要做一个“审批流 消息通知 文件协作 智能检索”的平台要求支持多租户、高并发、审计合规和一定程度的 AI 辅助能力。我们按轮次来聊。第一轮基础架构与业务拆分面试官先说说这个系统你会怎么拆服务燕双非嗯……我觉得可以拆成用户服务、审批服务、消息服务、文件服务还有一个 AI 服务。反正先拆开后面出问题也好定位。面试官思路是对的至少知道微服务边界不能一锅炖。那你用什么技术栈做主框架燕双非Spring Boot。这个启动快配置也少适合大厂。面试官不错。那多租户怎么区分燕双非可以在请求头里带 tenantId然后用拦截器和 AOP 统一塞到上下文里后面查库的时候自动带上租户条件。面试官可以至少方向没偏。再问一个审批流里经常要发通知、写审计日志、同步搜索索引这些动作怎么处理燕双非我会把主流程和副作用解耦。主流程先落库再发 Kafka 事件通知、审计、索引更新都异步消费。面试官很好这样能避免把同步链路拖得太长。Kafka 的思路是对的。第二轮性能、缓存与安全面试官现在用户量上来了首页需要展示待办、已办、消息未读数怎么优化燕双非缓存呗。像待办数量这种可以放 Redis设置合理过期时间。热点数据可以做本地缓存避免每次都打数据库。面试官可以。那 Redis 和本地缓存一起用时最怕什么问题燕双非缓存一致性……呃反正就是更新的时候别忘了删缓存最好用先更新数据库再删缓存。要是对一致性要求高还得配合消息通知或者延迟双删。面试官回答得还可以至少知道常见坑。那权限控制呢协同平台里文档、审批、群组都要鉴权。燕双非Spring Security JWT。登录后发 token后续请求带 token 做身份校验权限的话根据角色和资源维度控制。面试官不错。那如果企业客户要求对接统一身份认证比如 OAuth2 / Keycloak你怎么接燕双非可以把系统作为 OAuth2 Client统一走 SSO 登录用户身份映射到本地账号权限再做一次同步或按需拉取。面试官行听起来你不是完全没接触过企业级认证。那审计日志怎么保证可追踪燕双非关键操作要记录谁、什么时候、对什么资源、做了什么操作、结果如何。日志最好结构化方便后面查。面试官这点很重要尤其是 SaaS 合规场景。第三轮AI 能力与复杂链路面试官假设产品现在要加一个“智能问答”功能用户可以问“某个合同审批卡在哪里”“这份制度文档怎么走流程”你怎么设计燕双非我会先做文档加载把合同、制度、流程说明切片后向量化放到向量数据库里比如 Milvus 或 Redis Vector。用户提问后先做语义检索再把相关上下文喂给大模型。面试官继续说。燕双非这块本质是 RAG。检索增强生成能减少大模型瞎编。再进一步可以做 Agent遇到需要查审批状态、查工单、查消息的就让模型调用工具去查业务系统的数据。面试官工具调用怎么控制边界燕双非得做标准化工具接口限制可调用范围和参数校验不然模型乱调接口就麻烦了。面试官如果 AI 回答错了、编造了内容怎么办燕双非这个叫幻觉吧。要么提高检索质量要么要求回答必须引用依据关键场景让它只做辅助不让它直接拍板。面试官最后一个问题系统里有实时协作编辑和消息推送怎么做在线状态和实时更新燕双非WebSocket。在线状态和实时编辑通知可以走长连接后端再结合 Redis 记录连接与会话状态。多人协作的话还得做版本控制和冲突处理。面试官嗯整体思路还算完整。今天就先到这儿你回去等通知吧。详细解答1. 服务拆分与多租户企业协同 SaaS 常见模块包括用户中心、审批引擎、消息中心、文件中心、搜索服务、AI 服务等。拆分时要优先按业务边界和数据边界划分。多租户通常通过 tenantId 做隔离可以采用共享库共享表 tenant_id 字段共享库分表独立库独立表。中小规模 SaaS 常用共享库共享表配合拦截器、ORM 插件、AOP 统一注入租户条件降低开发成本。2. Spring Boot 与异步解耦Spring Boot 适合快速构建业务系统配置集中、生态成熟。审批流这类系统最怕“一个请求串起所有动作”所以常用“主流程同步 副作用异步”的模式审批落库成功后发送 Kafka 事件由通知、审计、搜索索引更新等消费者分别处理。这样既能提升响应速度也能让系统更易扩展。3. Kafka 在业务中的作用Kafka 很适合做事件驱动架构中的消息总线。审批完成、文档更新、权限变更等都可以作为领域事件发布出去。消费者各自幂等处理避免重复消费造成脏数据。实际生产中要重点关注消息顺序、重复消费、失败重试、死信队列、监控告警。4. Redis 与缓存一致性待办数量、未读消息数、热点用户信息都适合放 Redis。对于高并发场景可以再加本地缓存做二级缓存。缓存一致性常见策略是“先更新数据库再删除缓存”因为更新成功后删除缓存能避免脏读。若业务对一致性更严格可结合消息通知、订阅失效或延迟双删。5. Spring Security、JWT、OAuth2 与 KeycloakSpring Security 负责认证授权体系的骨架JWT 适合无状态认证适合前后端分离和微服务场景。企业客户接入统一身份认证时常会引入 OAuth2 或 Keycloak 作为 SSO 方案系统作为 Client 接入统一登录中心再把外部身份映射成本地用户与角色。细粒度权限通常要落到资源、操作、租户三个维度。6. 审计日志与合规SaaS 产品尤其在企业协同场景审计日志是必备能力。建议结构化记录操作者、租户、时间、资源 ID、动作、结果、来源 IP、TraceId 等字段便于检索和追责。对于关键操作最好做不可篡改存储或定期归档。7. RAG、向量检索与 Agent智能问答的核心是 RAG先检索再生成。业务文档、制度、合同、流程说明先做切片、清洗、Embedding 向量化存入 Milvus、Chroma 或 Redis Vector 等向量数据库。用户提问时做语义检索拿到相关片段后再交给大模型生成答案这样能显著降低幻觉。如果系统不仅要回答问题还要帮用户“查审批、查工单、查群消息、发通知”就可以引入 Agent。Agent 的关键在于工具调用标准化每个工具都有明确的输入输出、权限边界、参数校验和审计记录避免模型越权操作。8. 幻觉治理AI 幻觉指模型生成看似合理但实际错误的内容。治理方式包括提升检索召回质量、控制回答范围、要求引用来源、对关键结论加规则校验、降低模型自由发挥程度。在企业场景中AI 更适合做辅助决策而不是直接替代审批或合规判断。9. WebSocket 与实时协作实时协作、在线状态、消息推送适合用 WebSocket。后端需要维护连接状态、心跳、断线重连和消息补发机制。多人编辑还要结合版本号、乐观锁或 CRDT/OT 方案处理冲突。对于文档协同实时推送只是第一步真正难点在于一致性与冲突解决。感谢阅读感谢阅读希望这篇围绕企业协同 SaaS 场景的 Java 面试实录能够帮助大家更好地理解大厂面试中的技术拆解思路、业务落地方式和高频考点。祝大家面试顺利早日拿到满意的 offer