如果简历上只是做的项目不同，但是实质都是简单的CRUD，那么没面试之前，已经给淘汰得差不多了。
通过数十家面试的观察，对于Redis和MQ，考察的方向，其实也是有迹可循的。首先他们的高可用是怎么保证的，原理是怎么样的，几乎必问（不信你可以自己观察）。当然还会根据你的回答往下继续拓展问题，每个人回答得不一样，自然拓展的问题也不一样。
首先来说下对于面试前简历的准备。MQ、Redis这两个是标配没跑的了。为啥？你要突出你的核心竞争力，无非围绕高并发、高可用、海量数据这几个点出发。
其次，核心竞争力也体现在分布式解决方案的真实落地实践，但是这些分布式解决方案，也很大程度上依赖 Redis和 MQ。
比如分布式session需要依赖 Redis，分布式事务最终一致性需要依赖 MQ。也就是说，一份优秀的面试简历，深入 Redis和 MQ这两个，都是避无可避 ！
4.1 高并发分布式技术专题 - 分布式开发技术
4.1.1 RPC
4.1.2 分布式系统指挥官Zookeeper
4.1.3 Dubbo框架
4.2 高并发分布式技术专题 - 高并发开发技术
4.2.1 Java多线程并发编程
4.2.2 NIO与实战
4.2.3 高并发-缓存
4.2.4 高并发-消息队列
4.2.5 高并发- 分流
4.3 高并发分布式技术专题 - 实战技巧篇
4.3.1 分布式锁实现方案
基于redis实现
基于zookeeper实现
分布式锁应用场景
4.3.2 分布式事务解决方案
基于X/A协议相关的解决方案
消息队列解决方案
TCC解决方案
本地消息表解决方案
4.3.3 分布式系统校验解决方案
分布式session
JWT方式
单点登录框架
4.3.4 互联网高可用架构分析
负载均衡技术分析
通过keepalived实现常用中间件的高可用
4.3.5 分布式订单流水号生成策略分析
基于数据库
基于雪花算法
基于redis实现
各种方案对比
4.4 高并发分布式技术专题 - 分布式系统数据存储篇
4.4.1 数据库分类介绍
4.4.2 MySQL高可用方案
4.4.3 MongoDB
4.4.4 大数据分库分表解决方案mycat
免费学习资料获取方式：
关注+转发后，私信关键词 【架构】即可获取！
重要的事情说三遍，转发、转发、转发后再发私信，才可以拿到！.
很多人感叹“学习无用”，实际上之所以产生无用论，是因为自己想要的与自己所学的匹配不上，这也就意味着自己学得远远不够。无论是学习还是工作，都应该有主动性，所以如果拥有大厂梦，那么就要自己努力去实现它。
閱讀更多 Java領域佼佼者 的文章
