总结
上述知识点，囊括了目前互联网企业的主流应用技术以及能让你成为“香饽饽”的高级架构知识，每个笔记里面几乎都带有实战内容。
很多人担心学了容易忘，这里教你一个方法，那就是重复学习。
打个比方，假如你正在学习 spring 注解，突然发现了一个注解@Aspect，不知道干什么用的，你可能会去查看源码或者通过博客学习，花了半小时终于弄懂了，下次又看到@Aspect 了，你有点郁闷了，上次好像在哪哪哪学习，你快速打开网页花了五分钟又学会了。
从半小时和五分钟的对比中可以发现多学一次就离真正掌握知识又近了一步。
人的本性就是容易遗忘，只有不断加深印象、重复学习才能真正掌握，所以很多书我都是推荐大家多看几遍。哪有那么多天才，他只是比你多看了几遍书。
ConcurrentHashMap7和8的区别，实现原理这些常考点。
JVM内存结构，垃圾回收原理，GC配合策略，排查过程细节和调优方案
还是一样的问题，JVM、GC、垃圾收集器，调优的方案。
线程安全的本质？
要说到原子性、有序性、可见性的问题。
并发锁，AQS原理
都不是难点，频繁问。
ThreadLocal源码
多次出现的问题，一定要看书。
mysql 幻读，怎么加锁
同样是多次出现的问题，详细知识可以百度一下。
秒杀设计
秒杀从流量过滤、缓存、异步队列、限流、降级这些方面说说就可以了。
亮点项目
亮点、难点项目一般也都是一定会问你的，事先准备，如果项目实在没有亮点，可以从业务价值或者一些开源的项目角度来说说，都没有，咱就聊技术。
淘宝
======
介绍下项目，整体架构，主要功能
嗯，还是项目，一般都是第一个问题，从项目入手聊技术。
网络模型，NIO，netty
关于NIO\BIO\AIO必须要了解。
JVM，垃圾回收，调优，排查思路
看到有多么频繁的出现了吗？第几次了？
Redis为什么快？使用场景？过期策略？
Redis连环炮，同上。
RocketMQ 场景，如何保证不丢消息?
面阿里可以多准备下RocketMQ相关的，因为无论是开源的ONS还是其他都是基于RMQ的。
Spring Bean 生命周期
常考点，关于Spring相关的面试题其实很少就这么几个。
线程池参数，执行顺序，场景?
线程池原理，牢记。
Mysql 存储引擎，索引
基本上就说InnoDb和Myisam就行了，区别说清楚。
饿了么
=======
CHM 和 HashTable
还是老问题，就不说了吧。一般都会说到CHM7和8的区别，实现原理区别。
JVM 垃圾回收的原理，GC 排查步骤
第N次出现。
volatile，synchronize
SQL 优化，事务隔离级别
也是第N次出现了。
MQ的区别以及选型
要记一下，RMQ、Kafka、RabbitMQ这些区别，支撑的吞吐量，支持的功能等等。
Redis 分布式锁
关于分布式锁，除了基本实现之外，可能还会涉及到一个可重入的实现的问题。
业务幂等实现
就说自己的业务中幂等是怎么做的就好了。
分库分表，MyCat 底层实现原理
MyCat问到原理这个倒是不是很多见，分库分表的很常见，看我的面试专题系列吧。
监控指标，业务分析，业务指标
根据自己使用的监控系统来说，哪些监控项，为什么？告警策略是什么，指标，阈值。
亮点业务，好的项目
准备好自己的项目，必问。
平时怎么学习的？看什么书？
如果不看书的话，就别吹，一问就露馅。
场景题设计：银行，人，卡，充值记录，怎么进行系统设计，怎么支撑高并发？
这个场景题还比较简单吧，可以参考看看我的百亿级流量怎么处理。
聊项目，聊人生
这是最后一面的最后一个问题，不过当时状态不佳，回答的不好，估计就是因为这个错过了P7，泪奔~~o(>_<)o ~~
盒马
======
可能知道我其他BU已经到了终面，没怎么问基础，主要问的都是项目亮点，设计，发展之类的。
总结
======
第二位同学也是拿到了饿了么、盒马、淘宝的多个offer，很多人也许看了会说，啊，这很简单啊，我上我也行，不，我觉得你上你真不一定行，面试题写出来给你看和当场面试的感受还是不太一样的，很多细节的问题从罗列出来的知识点是体现不出来的。而且个人状态、情绪都会对发挥产生影响。
关于这个我突然想到知乎的一个问题“你的编程水平从什么时候开始突飞猛进的？”，我想了很久都没想好怎么回答，就是突然回头发现自己之前怎么写的代码那么烂？包括现在都会回头看我为什么当时的逻辑是这样写的？好像，不管面试还是平时，其实都是靠着水滴石穿的功夫罢了。
对吧，哪有那么多突飞猛进，岁月静好，不过是每天都在负重前行罢了。
总目录展示
该笔记共八个节点（由浅入深），分为三大模块。
高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。
一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。
高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。
篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）
由于内容太多，这里只截取部分的内容。
tv-1715251121812)]
[外链图片转存中…(img-eP2Fsnrm-1715251121812)]
由于内容太多，这里只截取部分的内容。
588
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
