2院23所西安中心三方

投递412个简历，其中331个是测试测开岗，30个左右银行岗位，后面急了投了一些与行业无关的岗位共收到15家面试，几乎全是西安地区，以下为时间顺序排序，整理了几家面经，1工行-科技岗2铂利特-测试3绿盟-测开4柠檬微趣-测试5信锐-测试6腾讯瑞驰-测开7天隆科技-测试，谈薪了一周又给说面试没过8中胜治策-测试，感觉遛人去一趟就走了9浦发银行-柜员岗10中科创达-测试11-504研究所-测试12交通银行-科技岗13招商永隆-测试14华鲲振宇-测试15纳欣科技-测试拿到offer的五家：工行、中科创达、招商永隆、华鲲振宇、504研究所除了几家银行只有7、8、10是线下面试，线下面的可以直接拒了，感...

面试官人很好，很有耐心二面：1.自我介绍2.项目拷打3.讲一讲volatile的作用？（提到了一个总线锁，这个没回答上来，应该和内存屏障有关）4.ThreadLocal项目里怎么使用的，为什么可以降低GC压力？还有哪些使用场景?5.redis使用场景？6.redis新增从节点的命令是什么？7.redis全量同步的整个过程是什么?8.redis有哪些日志？9.二叉树最大路径和（需要手写Node节点，构造用例运行）10.反问：表现怎么样？主要做什么？进去之后实际需要做些什么？有没有人可以说说业务面会问些啥啊？🥲

人生第一次主动投递简历，深受打击总共打招呼120，其中67个未读，34个已读不回，主动涌上来的5个字节和3个华为kpi，婉拒。最后11个投递简历，然后6个已读不回，2个询问实习时间后口头承诺约面，3个要了简历逗逗我然后没看。想问问该怎么办这是正常的嘛

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