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

做过很多的项目，也有一段实习，但是投递就几乎没啥反应，是简历问题吗？大家帮忙看看吧想做AI产品

我是学院🐭，没面过大厂，官网投的都是秒挂，这是拿我刷kpi的吗？要尝试一下吗？4.3更：g的不能再g

刚刚收到二面邀请了，但是和其他时间冲突了，遂放弃4.9面的一面，当时问了一下八股，答得不是很顺，面试官又去问我项目了，答得还可以，因为忘记录制了，只有回忆版1、JWT的组成是什么2、JWT数据是明文还是密文3、加密算法了解吗，比如对称加密、非对称加密（我嘞，我提了一个加密直接拷打我加密算法）4、场景题：基于 JWT ，发现某些 ID 是羊毛党，怎么让 JWT 立即失效？..........5、Redis 判定成功后，对用户来说是直接返回成功，还是要等 Kafka 处理完6、了解Redis集群模式吗7、线程的同步了解吗8、java中的锁有几种9、什么情况下会发生死锁？开发过程中如何避免死锁