Rag

#JAVA##JAVA面经##JAVA内推# 1. 你项目中保证抽奖结果保存的核心技术方案是什么？  回答思路  抽奖核心痛点：高并发、超发、重复中奖、数据不一致。 方案必须包含：事务 + 分布式锁 + 幂等 + 库存控制。 结构：加锁 → 校验库存/资格 → 扣减库存 → 保存中奖记录 → 提交事务。  标准答案 核心方案：Redis 分布式锁 + 数据库事务 + 幂等控制。先通过分布式锁防止并发超抽，再在事务里校验资格、扣减奖品库存、写入中奖记录，保证抽奖结果原子性、不超发、不重复。  2. 项目中处理抽奖异步逻辑时，使用的具体异步框架是什么？  回答思路  异步场景：发奖、通知、记录日志...

1、Function Calling 和传统工作流有什么区别？传统工作流是提前把流程写死，比如先做意图识别，再查知识库，再调接口，最后生成答案。它的优点是稳定、可控、方便测试，缺点是灵活性差，场景一复杂就要不断加规则。Function Calling 是把“什么时候调用工具、调用哪个工具、参数是什么”交给模型决定。它更灵活，适合开放式任务，但稳定性会差一些，容易出现乱调工具、参数错误、重复调用的问题。线上一般不会纯用其中一种，常见做法是：主流程用工作流控住，局部节点再放给模型做 Function Calling，这样既有灵活性，也不至于失控。2、多轮对话里上下文太长了怎么处理？不能把所有历史对...

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了