211 26应届考公失败现在该怎么办

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

各位大佬们，目前感到很迷茫，我是双非二本的软工移动应用开发专业的女生。我今天在dy上看到很多参差不齐的说法，有的说java竞争压力大，饱和了，不要去学；又有相反的看法。我现在是大二，大一学了c和c++,但是学的不好，css和html5我自我感觉还可以，大二上学期学的JavaScript也没有学好。我不想考研考公，想问一下各位大佬们，有没有什么建议，建议的方向、语言等。

1、介绍一下你做过的最有挑战性的项目项目背景：业务场景：电商平台秒杀系统，需要支持10万+并发抢购技术挑战：高并发、超卖防控、系统稳定性、用户体验团队规模：5人开发团队，我负责核心交易模块技术方案设计：前端限流：按钮置灰、请求合并、本地倒计时网关层：Nginx限流，单IP每秒最多10次请求应用层：Redis预减库存，Lua脚本保证原子性数据层：MySQL行锁+乐观锁，防止超卖消息队列：RabbitMQ削峰，异步处理订单遇到的问题：问题1：Redis缓存击穿导致数据库压力骤增 解决：使用互斥锁，只允许一个线程查询数据库问题2：分布式环境下库存扣减不一致 解决：引入Redisson分布式锁，保证原...

我是25届的双非二本，在小厂做测试，去年4月入职的，工作快一年了，年后特别想逃离北京，但是又不敢裸辞，想问问大伙回广东会不会特别困难😭特别是最近打算开始骑驴找马了，感觉我这种低能量的人遭不住压力😭满满的焦虑