字节27实习后端ai开发二面分享

一、项目 1、Redis 全局唯一 ID，为什么生成这个 ID，这个 ID 的含义是什么（疯狂追问），这个 ID 有什么用（拷打追问：1、为什么不直接再 MySQL 中用自增 ID（因为我在 redis 中用的自增 ID 来唯一标识）） 2、你是如何解决 Redis 解决超卖的思路（Lua 脚本 + 预扣库存（消息队列）+ 乐观锁（乐观锁我回答可以用库存扣减大于 0、还可以用一个字段来标识这行数据来判断是否有并发同时扣减问题，然后就一直追问这个字段是什么）） 3、Redis 消息发送失败的处理方式 4、推送/拉取模式，为什么选择推模式（拷打，先说的用户少所以用推，追问粉丝量大怎么办，我说推拉结...

发一下问题给大家参考，攒攒人品！1- Agent 里的工具调用是怎么实现的？2- 用 LangChain / Agent 框架时，一般要配哪些东西？3- ReAct 是怎么用的？4- ReAct 有什么缺点？5- ReAct 的成功率怎么看？6- 你用 ReAct 做过什么任务？7- Plan-Exec 要解决什么问题？8- 调 prompt 有什么规范？9- 你调 prompt 遇到过什么 case？10- 最近看过哪些前沿框架 / 记忆架构？11- 你在记忆上有什么实践？12- Skill 和上下文管理是什么关系？13- 协程和线程区别是什么？14- 协程中断和线程中断的区别？15- Go 的 GC 做过什么优化？16- GC 暂停时间一般多少？看过指标吗？17- 数据库索引为什么用 B+ 树？18- 堆的底层存储结构是什么？19- channel 里有锁吗？实现看过吗？20- 有缓冲 channel 用在什么场景？21- 什么场景会出现 goroutine 泄漏？22- 什么场景会用协程池 / worker pool？23- 手撕 LC 33

1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...

暑期拿到的面试机会少，四月末了0offer，java方向人满为患，现在应该怎么办呢？日常实习感觉也没有任何动静，boss投递也没反应，感觉boss上面的hr开始变少了。