首先看一个简单的问题++i是否安全？

分析过程我就不写了，有基础的朋友都知道++i是线程不安全的，这涉及到原子性问题，这还只是Java最基础的语法，接下来，我会用问题的方式来解释八股文的重要性

1、ArrayList的特性？

Arraylist底层是数组，查询快，增删慢；由于ArrayList的底层是数组，所以它占用的空间是连续的，在这里我提个问题？【顺序读和随机读哪个快？请大家站在内存和磁盘的角度考虑】

2、HashTable的底层是哈希表

请大家思考一下哈希算法和用法以及哈希碰撞的问题

3、ConcurentHashMap初始化后可以同时支撑16个线程的访问，这个知识点很有趣，也就是说如果我们把ConcurentHashMap当做内存来使用，可以同时支持16个请求的访问；

a、它是如何保证请求可以均匀打到16个节点上？

b、如果超过16个请求，它又是如何处理的？这里可以看出秒杀场景，也就是说这个集合此时可以同时售卖16个元素，如何解决超卖现象

c、它的底层通过数组+链表+红黑树实现，同时使用了CAS+同步锁的方案；在很多场景中这个方案都会被应用，我举一个案例Mysql的InnoDB中使用了很多哈希+链表的结构

d、当我们从ConcurentHashMap中获取数据时，它是如何保证避免资源争抢的问题？【我们在资源争抢中，经常会用到的方案：将逻辑上的资源变成业务上的多份】

4、Java的NIO机制，大家是否感觉熟悉？在redis的网络模型中，运用了Reactor模式，它既保证了redis的单线程，又保证了redis的高性能

5、BlockingQueue：主要用于生产者和消费者模式，在我们应用开发的过程中经常会用到MQ、Kafka；同时redis的异步队列也是这样的模式

6、多线程的作用

多线程的优势可以保证我们多核CPU的优势，同时可以防止阻塞，便于建模

现在大家还感觉八股文简单吗？一个优秀程序员需要在学习和开发中去思考这些八股文存在的意义和实际的用法，而不是一味的死记硬背，你需要去理解它，让它成为你在日常工作中设计功能文档的理论基础和方向

前端时间，我看了一部电视剧，里面有讲到于敏前辈

在电视剧中于敏前辈的主要工作是设计氢弹的核心理论知识，为什么需要这个理论知识？

在那个年代，我们国家的资源相对匮乏，没有过多的物资给我们的前辈进行实验，所以我们国需要相对完善的理论知识节约研发过程中的物资；这个理论不能只在某个角度是正确的，而是需要支撑各个角度的推理，如果某个角度的推理不正确，就有可能导致产品有问题；

那么在我们开发过程中，也需要设计接口功能文档，这个文档同样需要进行评审，也许会有人说程序员不就是写代码嘛？为什么需要写文档，每天开各种各样的会议？因为一个人的力量终究是有限的，我们需要其他人帮助自己校验各个阶段或角度有没有考虑到位