1.hashmap底层原理？concurrenthashmap底层原理？数据+链表+红黑树。存放方式，冲突解决方式，扩容机制。   concurrenthashmap1.7+concurrenthashmap1.82.假设我想自定义一个string类，能不能成功？不能，存在双亲委派机制。四个类加载器，请求层层向上传递。3.举几个打破双亲委派的例子。jdbc，tomcat。详细怎么做的没答出来。3.A服务同时调用100个微服务，每次调用耗时1s，还要把结果聚合到一起，你有什么思路吗？没答上来。面试官补充：线程池。4.A微服务调用B微服务，请求在框架中是怎么流转的？没答出来。5.Sentinel你们用的是什么策略？没答出来。6.redis分布式锁，在你们项目中是怎么用的？用于防止用户超领优惠券。redis原生 setnx上锁，lua脚本解锁。后续升级为redission方案，底层原理，看门狗等。7.MySQL b+树索引的结构？叶子节点存完整数据，用双向链表连接。非叶子节点存key和指针。8.什么是回表？怎么避免？非聚簇索引上的数据不全，需要再走一遍聚簇索引。9.TCP三次握手，四次挥手的流程说一下。没答全，忘了说SYN和ACK了。10.假设只有两次握手，可以吗？为什么？没答上来。11.讲一下你的NL2SQL这个MCP服务是怎么做的？12.反问环节

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花WatchDog（看门狗）是Redisson分布式锁的核心兜底机制，专门解决分布式锁超时自动释放、业务未执行完毕导致并发安全失效的问题。它本质是一个异步守护线程，会在持有锁的业务线程未完成执行时，自动为分布式锁续期，避免锁提前过期引发数据错乱、重复执行等风险，是Redisson可重入锁可靠性的关键保障。一、WatchDog机制的诞生背景原生Redis分布式锁存在一个致命短板：如果设置的锁过期时间过短，长耗时业务未执行完锁就会释放；如果设置过长，服务宕机后锁无法及时释放，会造成...

自我介绍 简历里比较有成就感的东西问实习RabbitMQ设计架构消息重复消费/幂等消费失败重试?死信队列机制项目上线了吗秒杀场景咋做的为什么Redis+Lua不会产生并发冲突Lua脚本执行一半失败了重试能恢复吗(主包回答错了)原子性定义限流AOP+注解怎么实现的如果不用spring，如何自己实现一个自定义注解，详细讲讲K个一组反转链表（飞书调不出来做题页面，最后共享屏幕用txt写的。。。面试官说还要好好了解底层原理，感觉要挂了

说实话，我入职的时候也是奔着Java后端去的，没想到工作几个月之后就慢慢转到Agent开发这边来了。现在回过头看，感觉Agent这个方向确实是个趋势，身边越来越多的项目都在往这上面靠，需求也在持续增长。当然我不敢说它一定是未来，但至少现在来看，这个方向的机会还是挺多的。我自己转过来的过程其实没有想象中那么难。因为Agent开发说到底很多底层的东西还是后端的活，接口、数据处理、服务对接这些Java开发的基础完全用得上，只是多学了一些跟大模型交互、工作流编排相关的东西。是有学习成本，但在实际项目里边做边学，进步还挺快的。现在我的部门有Agent开发的实习岗位在招人，而且工作内容我的体感上是后端相关...