只用别人封装的技术不深究原理，中国互联网的出路究竟在哪里？

在面试后端工程师Redis技能的时候，面试官通常问的第一个问题就是"Redis能用来做什么?”，第一个回答往往都会是「缓存」。缓存确实是Redis 使用最多的领域，它相比Memcache而言更加易于理解、使用和控制。

可是如果再进一步问“还有呢?”，大多数同学就会开始皱眉头，只有一小部分人会回答「分布式锁」。如果你就分布式锁再深入问下去，他们基本就会开始摇头:我们项目里面Redis的锁方法都是别人(应该是架构师)封装好的，拿过来直接使用，内部细节没有去了解过，也没有必要了解。

对类似的场景，我深有体会。因为关于Redis 的面试题，之前准备了很多，但是真正能用上的却很少。当面试的同学频繁地回复「不知道、没用过」的时候，再继续深入追问已经毫无意义，这时候就需要切换话题了。偶尔遇上几个能持续很多回合的同学，他们总能使人眼前一亮。如果再拓展一下周边知识点，就会发现这些人往往也会有所涉猎，这时我在心中已经暗暗地对这位同学伸出了大拇指。

这样的面试经历事后也让我深刻反思：架构师的技能很高，对提升团队研发效率很有帮助，我们非常钦佩和羡慕。但是普通开发者如果习惯于在架构师封装好的东西之上，只专注于做业务开发，那久而久之，在技术理解和成长上就会变得迟钝甚至麻木。从这个角度看，架构师也可能成为普通开发者的“敌人”，他的强大能力会让大家变成“温室的花朵”，一旦遇到环境变化就会不知所措。

其实很多业务场景，如果仅仅是会使用某项技术、框架，那是再简单不过了。但随着业务发展，系统的用户量、并发量涨上来之后，现有系统的问题就会层出不穷地暴露出来。如果不能深入地了解系统、技术和框架背后的深层原理，很多问题根本无法理解到本质，更谈不上解决，临时抱佛脚也于事无补。

所谓「授人以鱼不如授人以渔」，这份小册分享出来的初衷和目标就是帮助后端开发者较为深入的理解Redis 背后的原理和实践经验，做到知其然也知其所以然，为未来进阶成长为架构师做好准备。（Redis小册的免费获取方式我放在了文末！）

基础:万丈高楼平地起一Redis基础数据结构

应用1:千帆竞发—分布式锁

应用2:缓兵之计—延时队列

应用3:节衣缩食—位图

应用4:四两拨千斤—HyperLogLog

 

 

应用5:层峦叠嶂—布隆过滤器

应用6:断尾求生—简单限流

应用7:一毛不拔—漏斗限流

应用8:近水楼台-—GeoHash

应用9:大海捞针—Scan

原理1:鞭辟入里—线程10模型

 

 

原理2:交头接耳—通信协议

原理3:未雨绸缪—持久化

原理4:雷厉风行—管道

原理5:同舟共济—事务

原理6:小道消息—PubSub

原理7:开源节流—小对象压缩

 

 

原理8:有备无患—主从同步

集群1:李代桃偃—Sentinel

集群2:分而治之一Codis

集群3:众志成城一Cluster

拓展1:耳听八方—Stream

 

 

拓展2:无所不知一Info 指令

拓展3:拾遇漏补一再谈分布式锁

拓展4:朝生莓死一过期策略

拓展5:优胜劣汰一LRU

拓展6:平波缓进—懒惰删除

拓展7:妙手仁心一优雅地使用 Jedis

拓展8:居安思危—保护Redis

拓展9:隔堵有耳一Redis 安全通信

源码1:极度深寒一探索 「字符串」内部结构

 

源码2:极度深寒—探索「字典」内部

源码3:极度深寒—探索 「压缩列表」内部

源码4:极度深寒—探索 「快速列表」内部

源码5:极度深寒一探索 「跳跃列表」内部结构

源码6:极度深寒一探索 「紧凑列表」内部

源码7:极度深寒一探索 「基数树」内部

 

 

需要免费领取这份Redis笔记的朋友，GitHub扫描免费获取：https://github.com/biws-byte/zhym