不发新三方就只能投社招了吗？

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

投的大厂几乎全都是简历挂，我不太明白，我问了很多人他们都说简历没什么问题。可是快手挂我两遍美团、阿里大部分、拼多多、字节剪映、懂车帝、爱奇艺、百度、oppo、小米、美的、哔哩哔哩基本上都是简历挂。我想不通了，一整个三月只有腾讯和钉钉给面了。结果腾讯的两道题我没a出来，钉钉遇到kpi面，面完出来看官网果然是秒挂，我已经觉得绝望了。难道真是简历问题？

是我写的代码太烂了吗

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