真自闭了

一面(1小时无手撕)：1.实习经历拷打2.说说你知道的垃圾回收处理器3.G1的回收过程4.G1的筛选回收原理5.说说你认为并发情况下怎么做到不冲突6.说一下HashMap和ArrayList的底层原理7.innodb引擎不同隔离的区别以及怎么加锁的8.MVCC的原理9.redis分布式锁怎么做的，有什么问题10.看门狗机制说一下11.红锁了解吗，有什么问题，怎么解决这些问题12.io有哪些二面(不到半小时)：1.实习经历拷打2.手撕一道sql3.手撕一个类似hot100的节点的最近公共祖先，稍微变了一下

java岗位300沟通0回复，然后改成纯golang的简历了。几十个沟通8个要了简历，只有一家山东的公司给了面试。大部分投的都是成都的，但是最后回复的基本都是外地的，是我简历写的有问题，还是说成都28届就是这样的。

已经投了995了马上1000了为什么还是没有面试，到目前为止只有一个笔试和一个小公司的ai面试。到底是哪里出了问题。大佬们看看到时候哪里出现问题了，谢谢大家

1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...