AI 编码虽便捷 刷题根基不可抛

🕐面试时间：60min💻面试岗位：后端开发❓面试问题：自我介绍你对ai怎么看你说的都是程序员用的agent，普通人用的ai有了解过吗拷打项目，问你表有哪些字段，一点点理解你是怎么设计的（评论到表结构是不是有点乱啊）redisson的底层原理拷打八股，map的底层原理（说了底层时一个数组，key冲突了就成链表，当数组长度到达64，并且桶数据达到8个，会变成红黑树），追问还有要补充的吗（？？还有吗？？）讲一下jvm的内存结构（主要讲了元空间，栈空间，堆内存）cms和g1的区别他是并发安全的吗，（此时要用到concurrentHashMap，将数组分段，每次只锁一个段，保证性能和安全）介绍一下单...

上周三约了字节的这周一晚上的面试，对应的hr加我微信了当时，第二天我就考虑了准备再做新项目转agent开发所以给这个hr说取消了，结果今天字节打电话问我为什么没有面试，这怎么办是不是面评完蛋了

腾讯 京东oppovivo快手美团百度字节蚂蚁上面的厂都投了，有的直接简历挂了（快手  阿里挂的最严重），测评做了，有的给了笔试，但为啥大多都一直卡流程？卡在“简历筛选/评估中”，这是怎么回事？项目不行？还能找到实习吗？

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