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）下边以分层画法举例：
有了这种架构图，首先在面试官的印象里，你的逻辑思维是非常清晰的，这就很重要了。
其次，在这个架构图的基础上，面试官也会更加深入的跟你探讨对技术选型的理解，也便于展现你的技术能力。
