那天，我为了表现出“高效”和“独当一面”，决定在没请教导师的情况下，偷偷清理一下测试环境的冗余数据。我写下了一行自以为优雅的指令：rm -rf /data/temp /log/*按下回车的那一秒，我的大脑突然像被雷劈中一样清醒过来：等等，刚才那个空格，是不是打错位置了？屏幕上的光标疯狂闪烁，跳动的每一行日志都像是在扇我的耳光。我看着权限报错不断弹出，但更可怕的是，那些本该承载着核心测试数据的文件夹，正在我的眼皮子底下，像灭霸打了个响指一样，化为灰烬。

目前进度是codetop前五页+hot100刷完了，八股背完了一轮但是感觉没背熟，求大佬们拷打简历

27届前端，双非，这都马上过完年三月了，有点迷茫了，想去大厂，但是感觉没自信，目前hot100刷了一半，八股勉勉强强，项目基本熟悉了，感觉自己业务能力挺烂的，感觉去大厂的前辈都挺厉害的

1. 上次一面聊了你的项目，能再深入说说项目中遇到的最大挑战吗？最大的挑战是处理秒杀场景的高并发问题。当时模拟了一个促销活动，瞬间有几千个请求抢购商品。最初的实现是直接查数据库库存，然后扣减，结果出现了超卖问题，而且数据库压力特别大，响应很慢。我分析后发现主要有三个问题：数据库成为瓶颈，库存扣减不是原子操作，没有做流量控制。解决方案是多层优化。首先把库存预热到Redis，用Lua脚本保证扣减的原子性。Lua脚本先判断库存是否充足，充足才扣减，整个过程是原子的。然后在网关层用Sentinel做限流，超过阈值直接拒绝。订单创建改成异步的，扣完库存就返回，通过RabbitMQ慢慢处理订单。还做了一些...