1. Jvm中的Full GC是什么？Full GC发生的场景？如何应对？

Full GC讲解之前，先看一张JVM堆内存分布图，便于后续理解：

（1）Full GC的简介：

垃圾回收一般分为Minor GC和Major GC。针对年轻代的清理一般是指Minor GC，针对年老代的清理一般是指Major GC。而Full GC是针对整个堆的，即包括年轻代和年老代的垃圾回收。

（2）Full GC的发生的场景和应对策略

1）调用System.gc()方法时会发生Full GC。

一般这个方法的调用会增加Full GC的频率,也即增加了间歇性停顿的次数。对于开发而言，这个方法一般不建议调用。可以通过-XX:+ DisableExplicitGC来禁止RMI调用。

2）当年轻代的对象大量转入到老年代时，但是老年代的空间还不足时，会产生Full GC

如果Full GC还无法腾出空间，则会报异常。建议，在配置jvm时，就给年轻代足够的空间，避免发生Full GC这种代价较大的回收的产生。

3）如果系统大量加载类或者调用反射时，会导致Permanet Generation空间被占满，此时Full GC如果还是无法回收足够的空间，则会抛出异常。

建议：给jvm的Perm Gen空间配置的足够大

4）当堆中分配非常大或者长的数组对象时，对象会直接进入老年代，此时如果空间不足会出发Full GC

建议控制参数：-XX:+UseCMSCompactAtFullCollection，即：在FULL GC的时候, 对年老代的压缩

2. 请简单阐述一下分布式缓存Redis的集群方案和原理，以及好处和坏处？

（1）Redis集群的架构图：

（2）Redis的集群的原理：

1）Redis-Cluster采用无中心结构，每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接

2）所有的redis节点彼此互联内部使用二进制协议优化传输速度和带宽。

3）节点的fail是通过集群中超过半数的节点检测失效时才生效。

4）客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可。

5）Redis集群预分好16384个桶，当需要在 Redis 集群中放置一个 key-value 时，根据 CRC16(key) mod 16384的值，决定将一个key放到哪个桶中。

（3）Redis集群的好处和坏处：

好处：

1） 部署简单，节约机器资源

2） 性能比proxy模式好

3）自动故障转移、Slot迁移中数据可用

4） 官方原生集群方案，更新与支持有保障

坏处：

1） 架构比较新，最佳实践较少

2）多键操作支持有限

3） 为了性能提升，客户端需要缓存路由表信息

4） 节点发现等操作不够自动化

3. 请详细解释一下TCP长连接和短连接的原理和应用场景？

（1）TCP长连接

1）原理：在一个TCP长连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要双方发检测包以维持此连接，一般需要自己做在线维持。

流程如下：

连接→数据传输→保持连接(心跳)→数据传输→保持连接(心跳)→……→关闭连接

通过以上流程图，你可以看到在一个长连接里边会发生多次数据传输。

2）应用场景

多用于操作频繁（读写），点对点的通讯，而且连接数不能太多情况

（2）TCP短连接

1）原理：在一个TCP短连接上通信双方有数据交互时，就建立一个TCP连接，数据发送完成后，则断开此TCP连接

流程如下：

连接→数据传输→关闭连接；

2）应用场景

并发量大，但每个用户无需频繁操作情况下需用短连接

4. 请用技术架构图描述清楚你在项目中的核心技术选型？

（1）一般技术架构图画的时候有两种形式：

一种就是分层画法。适合于你的技术架构就是清晰分层的。

另一种就是平铺法。即你的技术架构不是严格分层的，比较无中心或者分散，这个时候你可以按照不同的功能模块表述一种技术选型即可。

（2）下边以分层画法举例：

有了这种架构图，首先在面试官的印象里，你的逻辑思维是非常清晰的，这就很重要了。

其次，在这个架构图的基础上，面试官也会更加深入的跟你探讨对技术选型的理解，也便于展现你的技术能力。