TCP
1、三次握手、四次挥手
2、time_wait的两个作用，time_wait过多怎么处理
防止最后一个ack丢失
防止上一次的socket链接的包的干扰2MSL；
net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；
net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。
3、流量控制：滑动窗口、拥塞控制
4、粘包问题
nagle算法（TCP_NODELAY。没有ACK，或者包达到MSS 1460或者最大窗口的一半）导致的，面向链接，多包组合只有一个消息头。udp为何没有粘包问题：无连接，一对多，skbuff里每个消息都有头。
TCP的一对一和UDP的一对多也说明了为什么前者是面向流协议和后者是数据报的协议。
HTTP
- 200 - 请求成功
- 301 - 资源（网页等）被永久转移到其它URL
- 404 - 请求的资源（网页等）不存在
- 500 - 内部服务器错误
RPC
golang
1、goroutine实现
GPM
2、线程和协程的区别
3、GC
Redis：
0、数据类型
String——字符串
Hash——字典
List——列表
Set——集合
Sorted Set——跳表（实现简单、插入删除不用再平衡、节省空间）
1、如何做到高可用？
2、持久化：RDB和AOF
RDB：save和bgsave （copy on write）
AOF：appendfsync everysec/always 先写入aof_buf，每秒刷一次磁盘，兼顾性能和安全性，最多丢失一秒的数据。
3、缓存穿透
回填空值或者布隆过滤器
4、大key
5、整点密集推送方案
6、分布式锁redlock
设置过期时间、delete的时候要检验值（如uuid）
7、主从模式和sentinel模式和cluster模式
cluster：对每个key计算CRC16值，然后对16384取模
kafka：
1、kafka是如何保证消息的有序性？ 局部有序。
一定要全局有序，需要送到同一个partition。发送1条消息的时候，可以指定(topic, partition, key) 3个参数，同一个key发送到同一个partition
2、如何做到exactly once
acks=0， 1， -1
3、发送端幂等设计：0.11版本后添加了producer ID和sequence number<topic, partition>，只能实现session级别的。
zookeeper
0、节点类型
1、zab协议
崩溃恢复
广播协议
2、会话一致性
ES
1、倒排索引
2、大搜索的过程和结果汇总
算法：
1、总结经典DP算法题、动态转移方程，以及文章；
案例设计：
1、定时抢红包
2、定时推送给海量订阅用户新闻
3、定时秒杀
4、高并发下的秒杀--1、高并发问题 2、超买超卖
5、feed流的文章点赞、转发、评论数计数服务（冷数据的文章计数处理、特别是存储SSD）；系统通知计数服务；