中金所三面消息

投春招这段时间，最深的感受就是：差距从有没有笔试就开始了。我是景德镇陶瓷大学计算机专业，没有大厂实习，项目也是学校里跟着做的普通项目。从三月开始陆陆续续投了几十家，有互联网中小厂、制造业信息化岗、本地企业、银行科技子公司、国企IT类。牛客首页一刷，全是美团、字节、腾讯、华为笔试晒图，说不羡慕是假的，更多的是无奈。我也投过大厂，但基本都是石沉大海，简历状态停留在“已筛选”就再也不动了。我很清楚，学校背景不占优势，简历也不够亮眼，很难挤进大厂笔试池。目前真正收到笔试的，都是一些对学校比较友好、偏向实用型的公司：几家本地制造业、区域互联网、银行科技岗、国企信息化岗。不多，但每一场我都很珍惜，都会提前...

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

真的感觉现在的笔试就是在筛选老实人。就正常你去刷题，感觉根本就做不过这些互联网大厂的笔试题，因为整个难度实在是非常太大了。

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花一、核心前提：Redis乐观锁的底层逻辑乐观锁的核心是不加锁、无阻塞，仅在最终提交操作时校验数据是否被并发修改：若数据未变则执行更新，若已被篡改则放弃本次操作并重试，避免线程阻塞。Redis没有内置的乐观锁API，而是通过WATCH命令 + 事务（MULTI/EXEC）实现CAS（比较并交换）机制，这是Redis实现乐观锁的唯一标准方案。核心原理：WATCH监控目标键的变更状态，事务提交前若键被修改，事务直接放弃执行，以此实现并发冲突校验。二、核心命令详解实现乐观锁需要配合4...