1、项目是哪来的？前端实现了吗2、HashMap？红黑树？3、CAS 机制4、MySQL的索引、事务、索引失效5、HTTP的网络传输过程6、Mybatis一级缓存、二级缓存，Spring用来干嘛的7、RabbitMQ的消息可靠性反问：1、评价？（八股背的不错，有用心准备）2、项目可以换一下？（和公司的业务不匹配还是，我没问）3、纯后端较少，一般要前后端都会

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花Redis 不使用 B+ Tree 作为存储数据结构，核心原因是 B+ Tree 的设计初衷与 Redis 的核心定位、使用场景完全不匹配，Redis 更侧重内存中的高效读写、低延迟操作，而 B+ Tree 是为优化磁盘 IO 设计的结构，二者适配场景存在本质差异，具体原因如下：设计目标与场景适配性不符：B+ Tree 是为磁盘存储场景设计的平衡多路查找树，其核心优势是通过“非叶子节点仅存索引、叶子节点链表连接”的结构，减少磁盘 IO 次数，适配数据库（如 MySQL）等需要...

不懂为什么会挂，是因为go吗😭，第二场ak了但是今天一看直接流程终止了，难受。

1. 自我介绍，介绍一下你做过的最有挑战性的项目这道题考察的是表达能力和技术深度，回答框架建议用 STAR 法则：答：我参与过一个游戏服务器的高并发架构重构项目。背景是原有服务器在日活 50 万时出现明显卡顿，延迟峰值达到 800ms。我负责的部分是网络层和消息队列的重新设计。具体做了几件事：① 将原来的 select 模型换成 epoll ET 模式，配合非阻塞 IO，连接数从 1 万提升到 10 万；② 引入无锁 SPSC 队列替换原来加互斥锁的消息队列，热路径延迟降低了约 40%；③ 用内存池管理频繁分配的消息对象，减少了 GC 压力和内存碎片。最终上线后延迟峰值降到 120ms 以内，...