阿里一面

1. 讲一下 HashMap 中 put 方法过程？

2. 对 Key 求 Hash 值，然后再计算 下标。

3. 如果没有碰撞，直接放入桶中，

4. 如果碰撞了，以链表的方式链接到后面，

5. 如果链表长度超过阀值（TREEIFY_THRESHOLD == 8），就把链表转成红黑树。

6. GC 算法，除了常见的复制算法，标记整理，标记清除算法，还有哪些？

7. 增量算法。主要思想是垃圾收集线程与用户线程交替执行。也可以说一边执行垃圾回收一边执行用户代码。但是这种方法会造成系统吞吐量下降。

8. Spring 主要思想是什么，回答 IOC 和 AOP，怎么自己实现 AOP ？

9. 使用基于反射的动态代理

10. SpringAOP 用的哪一种代理

阿里二面

1. HashMap 怎样解决冲突，讲一下扩容过程，假如一个值在原数组中，现在移动了新数组，位置肯定改变了，那是什么定位到在这个值新数组中的位置，

2. 将新节点加到链表后，

3. 容量扩充为原来的两倍，然后对每个节点重新计算哈希值。

4. 这个值只可能在两个地方，一个是原下标的位置，另一种是在下标为 <原下标+原容量> 的位置。

5. 抛开 HashMap，hash 冲突有哪些解决办法？

6. 10w 行数据，每行一个单词，统计出现次数出现最多的前 100 个。

7. 一个文本文件，给你一个单词，判断单词是否出现。

8. Java 访问修饰符权限的区别；

9. public 所有类都可访问

10. protected 只允许包内、子类访问。

11. 默认 只允许包内访问

12. private 只允许类内访问

13. String 是否可以继承， “+” 怎样实现?

14. String 是 final 类，不可继承。

阿里三面

1. 线程安全性

2. HashMap、ConcurrentHashMap 区别。

3. 索引计算消除了最高位的影响

4. 默认容量： 16(若定义了初始容量(c)，容量会定义为大于(c + (c >>> 1) +1) 的最小 2^n)

5. 例如：初始容量为 13，则真正的容量是 32.

6. 线程安全，并发性能较好

7. 将 M 个平均长度为 N 的有序队列组合成一个有序队列

8. 10 亿条短信，找出前一万条重复率高的

9. 对一万条数据排序，你认为最好的方式是什么

10. 假如有 100 万个玩家，需要对这 100W 个玩家的积分中前 100 名的积分，按照顺序显示在网站中，要求是实时更新的。积分可能由做的任务和获得的金钱决定。问如何对着 100 万个玩家前 100 名的积分进行实时更新？

11. 1.1 支持断点续传。RANGE:bytes=XXX 表示要求服务器从文件 XXX 字节处开始传送

12. 还有一些其他的改进，有兴趣可以自行查阅相关资料

13. HTTP 和 HTTPS 的主要区别

14. 安全。HTTP 直接与 TCP 通信，而 HTTPS 是先与 SSL（加密） 通信，然后再由 SSL 和 TCP 通信

面试总结及建议

每一次 Java 面试，其实都是一次学习机会，是对自己技术知识栈的梳理、考核、复盘。我们应该抱着学习的态度，认真对待，找到自己比较薄弱的环节，尽快去查漏补缺学习巩固。对于面试来说，其实也没有太多的技巧可言，面试官主要看重的就是个人能力，无非就是两个方面：

• 技术广度

• 技术深度

总目录展示

该笔记共八个节点（由浅入深），分为三大模块。

高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这 4 个方面重点介绍。

一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。

高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个 PlanB 来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。

篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）

由于内容太多，这里只截取部分的内容。

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录