作者：Unicorn2
一面
1、mysql索引结构？
2、redis持久化策略？
（1）RDB：快照形式是直接把内存中的数据保存到一个dump的文件中，定时保存，保存策略。当Redis需要做持久化时，Redis会fork一个子进程，子进程将数据写到磁盘上一个临时RDB文件中。当子进程完成写临时文件后，将原来的RDB替换掉。
（2）AOF：把所有的对Redis的服务器进行修改的命令都存到一个文件里，命令的集合。使用AOF做持久化，每一个写命令都通过write函数追加到appendonly.aof中。aof的默认策略是每秒钟fsync一次，在这种配置下，就算发生故障停机，也最多丢失一秒钟的数据。缺点是对于相同的数据集来说，AOF的文件体积通常要大于RDB文件的体积。根据所使用的fsync策略，AOF的速度可能会慢于RDB。Redis默认是快照RDB的持久化方式。
3、zookeeper节点类型说一下；
4、zookeeper选举机制？
5、zookeeper主节点故障，如何重新选举？
6、syn机制？
7、线程池的核心参数；
8、threadlocal的实现，原理，业务用来做什么？
9、springdi的原理；
10、四次挥手；
11、gcroot选择；
12、标记清除算法的过程，标记清楚算法如何给对象分配内存空间？
13、cms算法的缺点
二面
1、correnthashmap？
2、threadlocal原理？
3、hashmap；
4、Java数据类型，同步机制；
5、讲讲贪心算法；
6、如果线上用户出现错误你怎么排查？
7、并发量很大，服务器宕机。你会怎么做？
三面
1、syn和lock的区别，哪个更好？怎么选择？
2、hashmap源码，为什么8个节点变成红黑树，又为什么到了6个节点才恢复为链表？
3、缓存穿透，怎么解决？
4、负载均衡算法，实现；
5、轮询和随机的缺点；
6、分布式服务治理；
7、dns迭代和递归的区别；
8、算法题：最长回文串；这道牛客题霸上有原题，大家可以去看看：NC17最长回文串
9、为什么连接的时候是三次握手，关闭的时候却是四次握手?
因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。
预览时标签不可点收录于话题#个上一篇下一篇