如题，秋招与字节的拉锯战从八月一直持续到十一月，期间经历过1、广告业务捞面 三轮技术面，一轮hr面，两周后排序挂2、搜索广告捞面，重新从一面开始，但三面挂3、剪映社区捞面，也是从一面开始，四天面完三场，但第三场面试的内容让我不得不怀疑，我好像被耍了，如下：剪映三面的面试官摄像头都不开，所有问题都是浅浅的问一问，全程有气无力，手撕之字形层序遍历树，用了两层循环，但所有节点只遍历一遍，时间复杂度已经为O(n)了，却说让我再想想O(n)的解法，解释已经是O(n)后回复了“哦”，遂到反问环节，一个问题只回复一两句话，最后结束面试时整整1小时，一分钟不多一分钟不少。剪映三面目前还没出结果，不过也已经无所谓了，从八月初到现在秋招已经持续了三个月，一边实习一边秋招太累了。不论结果好坏，最后这一场字节的面试就当作今年秋招的收尾吧，最后祝大家都能拿到满意的offer

时间这小子是跑的真快，一不留神11月就要结束了，紧赶慢赶我也没追上11月的步伐，还是让这小子跑掉了。简单总结一下即将过去的11月：拿了一个offer（离职offer）；帮助女朋友吃瓜在一线（和办公室恋情男主女主一起吃饭）；被小队长在线催作业；收获牛客迷弟n枚。甭管是啥样的offer，只要能给钱就是好offer 即将过去的11月收获offer（大礼包）一个，虽然部门是没有大礼包名额的，但是咱们是有手段的，通过一些不正当但是合法的的手段成功拿到了大礼包，正好是11月底lastday。不过的确现在行情没那么好，某西二旗大厂第三季度财报十分不好看，下降7%，All IN AI的策略没有很奏效，说是AI...

请问这种是没过还是在横向呀 😭😭😭

字节剪映二面1. 你两个练手项目中遇到过什么难点？或者有思考过参考资料范围外的问题吗？2. 缓存不一致出现的场景、原因及具体解法是什么？3. 先更新数据库再删除缓存的策略，存在哪些边界 case？会怎么发生？4. 延迟双删的第二次删除是在什么时候？该怎么设计逻辑？5. 删掉缓存后，只允许第一个请求读数据库并更新缓存，其他请求被锁住，这个设计是为了实现什么？6. 构建缓存的请求失败了怎么办？7. 为什么选择让未拿到锁的请求直接返回旧数据，而不是让它们等待锁或重试？这种方案的好处和坏处分别是什么？8. 构建缓存请求失败时，继续等锁和直接返回旧数据哪种方案更占优？9. 你实现缓存相关的锁时，用的是什么方式？10. Java 中 HashMap 的底层数据结构是什么？11. 直接用红黑树实现 Map 功能是否可行？HashMap（哈希表+开链/红黑树）与全红黑树实现的 Map 各有什么优劣？12. HashMap 如何解决容量不够的问题？Java 中的扩容是怎么做的？13. 如何避免触发扩容阈值的那次写操作承担所有数据搬迁开销？14. 有办法将扩容的开销均摊出去吗？具体怎么操作？