广发银行信用卡中心数据分析offer

bg双非一本，9月中旬开始投递，官网总投递数300左右（以岗位计）以下为面经，无特殊标注均为Java岗，想看感想的可以直接拉到最后cvte 9.26一面1、介绍一下简历里的项目（是的没有自我介绍）2、竞赛情况（我简历上写了蓝桥杯）3、在做项目过程中遇到的最困难的问题4、有了解过规则引擎吗（没听过）规则引擎是一种将业务决策逻辑从应用程序代码中剥离出来，并基于预定义规则来自动执行决策的技术，简单来说，就是把if-else写成可热拔插的配置，让业务人员改规则而不用改代码，常见的规则引擎有Drools、Easy Rule等5、Redis持久化机制6、CompletableFuture实现原理7、项目8...

可能也是我菜没想到比小厂都上手快 上一段小厂实习改了一段时间的样式才让我写其他的 现在已经在做比较核心的任务了好难啊 什么术语都听不懂 流程也不清楚 每天都抓耳挠腮坚持 坚持 已经来了两周了 再坚持一两个月 春招就有优势就明朗了吧为什么忙忙碌碌这么久都没有收获 而别人幸运地一下就进大厂了呢 明明水平差不多 而我努力这么久只有一个烂offer还拒了面试真的很靠运气啊不公平的不止有家境还有运气

两年前 成功上岸美团两年后 女朋友也上岸了美团不确定 再看一眼

三、核心技术场景考察及候选人表现（一）考察场景高并发秒杀场景：1 万人同时抢购 100 个库存的商品，要求保证用户体验、系统稳定性与扩展性（二）候选人方案及面试官质疑候选人核心方案：前端先获取 token（通过 Lua 脚本实现锁机制），再凭 token 下单；后续考虑通过 MQ 异步处理、库存分片等方式优化面试官核心质疑点超卖与少卖风险：Lua 脚本仅解决锁竞争问题，下单环节的复杂逻辑（风控等）可能导致下单失败，已分发 token 会造成少卖；锁机制无法完全避免超卖系统扩展性不足：面对 1000 万人抢 1 万个商品的场景，数据库难以承载高并发读写，token 机制与数据库扛压能力不匹配异步...