三方签早了难受😣

但是被发现没有完整实现怎么办？大家 帮我看看。实现秒杀以及一人一单的策略：1：Redis层面的分布式锁首先将分布式锁的粒度降低，将用户Id与商品Id进行绑定，借助LUA脚本（原子性），先判断是否存在购买标识（幂等性1），没买过就去尝试获取分布式锁，获取成功之后然后再次判断是否存在购买标识，再判断库存是否足够，最后再扣减库存，两次判断减少锁竞争的消耗2：数据库层面的数据修改第一种：开启事务，对数据库的数据进行修改，扣减库存以及添加用户的购买记录，然后在Redis中添加唯一标识可以借助Set进行存储，也可以借助string进行存储。string结构可以实现更加精准的存储，可以存储相关的任务状态，比如已完成，未完成，完成中，同时还可以对过期时间进行单独指定，但是呢，当海量数据下会造成高频的内存碎片，与集群跨槽访问开销Set结构可以以更加高效的查询效率去实现检索判断，约为string的30%，但是呢，无法存储任务状态，存在大Key问题，以及对过期时间只能全局Set的设定无法单个元素的设定。第二种：RabbitMQ提高并发能力（幂等性，可靠性的保证）如果说需要想提高并发能力，可以借助RabbitMQ去异步将数据同步数据库，只在Redis去执行业务的决策，此时RabbitMQ当中只是去对数据进行修改，可以保证最终的一致性，无法保证全局的一致性。1 保证幂等性2，将用户id与商品id创建唯一索引或者唯一约束，避免重复消费添加，添加失败导致事务回退2 保证幂等性3，创建全局唯一Id，可以在Redis业务决策结束后生成，后续与用户id商品id一起传入RabbitMQ，当消息被消费者正常消费后，将唯一id存储到Set当中，消费者消费前对判断Set当中是否存在这个唯一标识id，存在代表以及消费过不存在则未消费过或者将这唯一id借助string类型进行存储，消费者消费前判断string是否可以获取成功，成功则代表已经消费过，不成功则未消费3：定时任务进行校验最后还可以借助xxl-job对Redis数据与数据库数据进行校验改进：1 Redis 持久化与高可用: 需要配置 RDB+AOF 和 Redis Sentinel/Cluster 防止数据丢失和服务中断。2 冷启动/预热: 秒杀开始前，需要将商品库存和必要信息加载到 Redis。

8.28做的笔试，就是牛客上的（做的我好痛苦9.1 AI面自我介绍 几个简历相关的问两个英文问题：Why do you apply for this position? What's your aspiration in 3 years? 图形推理题、性格测试题

主包25届从秋招开始坚持面到了春招尾声 最后选择入住携程 给大家分享一些自己的经验吧1.提前批就投！别找理由拖 别说什么简历没写好 提前批跟正式批不冲突 你多投才能多发现问题  能力强的自信的尽量简历写好一点 提前批直接上岸 不是很自信的 也投 找漏点及时补2.秋招期间坚持学习  除了面试就是学习或者做毕设 拿到满意的offer之前不要停下 可以短暂休息 但要保证学习的频率 一直提升自己 拿到满意的offer后再好好摆烂 出去玩3.坚持！秋招持续时间很长 比春招要长 从8月左右（7月已经有少部分开始了）一直到12月份、第二年1月   8、9、10月为正式批 拿offer概率大 但竞争强烈  11月较为平淡 机会偏少 不要因此灰心！！ 期间好好准备 11月底12月份左右会开秋招补录 补录难度会略微降低 把握好机会4.秋招失败/考研失败 不要灰心 如果提前感觉真的不行 不要什么不干 出去实习！！！多攒一段实习经历 春招好好冲！

在大厂做Java开发，真实的日子远比想象中苦逼。每天早上挤地铁打卡，马上进入代码战场。项目需求频繁变更，代码改了又改，压力大得喘不过气。加班成了常态，晚上八九点是家常便饭，甚至还得周末加班，根本没多少属于自己的时间。上线前的紧急修复和无休止的会议让人精疲力尽。虽然薪资和名气吸引人，但繁重的工作量和高强度的节奏，让人时常怀疑自己当初的选择。成为职场新人，更多的是在摸索中坚持，学会在压力中找到平衡。