1.项目中的监控：常见的监控指标有哪些？
QPS、进出口流量、CPU使用率、内存使用率、磁盘使用率、谷值和峰值
2.注册中心你了解了哪些？
Eureka、consul、zk。使用过Eureka、consul
3consul 的可靠性你了解吗？
consul是google开源的一个使用go语言开发的服务发现、配置管理中心服务。内置了服务注册与发现框 架、分布一致性协议实现、健康检查、Key/Value存储、多数据中心方案，不再需要依赖其他工具（比如ZooKeeper等）
它使用 Raft 算法来保证一致性, 比复杂的 Paxos 算法更直接
支持http和dns协议封口
相比同类的服务发现与配置的主流的产品，我个人更看好的功能是DNS API，并且提供简单的web管理界面。
高可用集群：首先部署一个3节点的consul server 集群，用于提供主要服务。其次redis主从服务部署，consul client 并且注册服务，并提供读域名和写域名。最后 APP应用服务的DNS解析指向consul server 节点，通过consul dns解析 获得后端的redis master和slave的ip地址。当故障发生，redis的主从切换时。consul会自动做DNS和域名的对应关系。
4.Spring Boot除了自动配置，相比传统的 Spring 有什么其他的区别？
遵循"习惯优于配置"原则,使用Spirng Boot只需很少的配置,大部分时候可以使用默认配置;
项目快速搭建,另外还可以无配置整合第三方框架;
可完全不使用xml配置,只使用自动配置和Java Config;
内嵌入Servlet如Tomcat容器,应用可用jar包运行(java -jar);
运行中应用状态的监控.
5.线上服务 CPU 很高该怎么做？有哪些措施可以找到问题
使用top命令查看资源占用情况
定位问题线程，必要时候可以使用jstack 查看栈
限流
6.查看 SQL 是不是使用了索引？（有什么工具）
查看执行计划EXPLAIN ，可以查看索引是否被命中
7.CP 和 UDP 的区别？TCP 数据传输过程中怎么做到可靠的？
TCP
缺点：
[1] 三次握手四次挥手，传输更多包，浪费一些带宽
[2] 为了进行可靠通信，双方都要维持在线，通信过程中服务器server可能出现非常大的并发连接，浪费了系统资源，甚至会出现宕机
[3] 确认重传也会浪费一些带宽，且在不好的网络中，会不断的断开和连接，降低了传输效率
UDP
优点：
[1] 没有握手，起步快延时小
[2] 不需要维持双方在线，server不用维护巨量并发连接，节省了系统资源
[3] 没有重传机制，在不影响使用的情况下，能更高效的利用网络带宽
8.TCP相比UDP为什么是可靠的
[1] 确认和重传机制：建立连接时三次握手同步双方的“序列号 + 确认号 + 窗口大小信息”，是确认重传、流控的基础。传输过程中，如果Checksum校验失败、丢包或延时，发送端重传
[2] 数据排序：TCP有专门的序列号SN字段，可提供数据re-order
[3] 流量控制：窗口和计时器的使用。TCP窗口中会指明双方能够发送接收的最大数据量
[4] 拥塞控制：这个比较复杂，这里不做介绍
9.查找一个无序数组的中位数？
方法一：排序好，取出中间的值，就很好处理了（基数很好取，如果是偶数，那就取出中间的两个数然后/2即可）排序的时间复杂度最好情况下是O(nlogn)，空间复杂度O(1)
方法二：由于我们的目标是找到中位数，不需要把每一个数都排好序，因此还有优化的空间。除了排序以外，我们还可以用快排中的Partition思想。
首先，随机选取一个数作为分类的标准，比它小的都放在它左边，比它大的都放在它右边。
如果这个数的下标刚好是n/2 ，那么这个数就是中位数；
如果这个数的下标小于n/2，说明中位数在它的右边；
如果这个数的下标大于n/2，说明中位数在它的左边
这是一个典型的递归过程~（代码略，但是效率明显高于方法一）
