本专栏只总结最重要的八股，简历对应的 简历话术：  Redis:熟悉Redis基本使⽤、常⻅缓存读写策略、⽣产问题及持久化、内存管理、集群、分布式锁  1.常见缓存读写策略 1.1 Cache Aside（旁路缓存）策略 写 先更新数据库中的数据，再删除缓存中的数据。 读 如果读取的数据命中了缓存，则直接返回数据 如果读取的数据没有命中缓存，则从数据库中读取数据，然后将数据写入到缓存，并且返回给用户。 1.2 Read/Write Through（读穿 / 写穿）策略 写 应用程序的“写”请求，必须直接发送到缓存组件。缓存组件负责同步： 缓存组件（或一个智能的客户端库）接收到写请求后，会原子性...

求狠狠锐评简历，boss投递无人理。

我听过最轻描淡写的一句杀伤力最大：“你这个项目太简单了吧。”没有反问，没有质疑，就是一句陈述。像你端上一盘菜，人家看了一眼说“哦，就这”。当时我差点接不上话。后来复盘，这种话最难搞的地方在于——它不给你反驳的空间。你如果说“不简单”，显得你在狡辩；你如果说“确实简单”，那就等于承认自己水平低。想的比别人多，做的比别人细，这才是值钱的地方。真正有几个“不简单的项目”呢，这个大草台班子 总有人在反驳和强调

先做代码题，再深挖算子优化、图融合和量化这场阿里一面整体给我的感觉是，节奏比较紧，前面先处理了一个在线代码题，后面基本都是顺着项目经历往下深挖。代码题是“队列的最大值”，要求均摊 O(1) 地返回当前队列最大值，我当时用的是普通队列加单调双端队列这套常见思路：一个队列维护正常入队出队，另一个双端队列维护当前可能成为最大值的候选元素。这个题本身不算特别难，但相当于是先热一下身，也看你对基础数据结构是不是熟。后面的主体还是项目追问，而且问得挺细。面试官先从我做过的算子优化、图优化这些经历切进来，重点问的是：你到底怎么判断哪些地方值得优化，哪些算子值得单独提出来做性能优化，哪些链路值得做融合。我当时...