微服务的好处？一定比单体好吗？
面试官这个不一定，技术还是为业务服务的，简单的业务单体肯定更好，他没有分布式事务、服务雪崩等一系列服务治理的问题，并且部署、维护成本低。微服务更适合一些表模型复杂、业务链路长的场景，这样虽然会带来一些服务治理问题，但是也降低了服务之间的耦合，有利于后续的服务拓展。
常见的负载均衡算法
有轮询、加权轮询、权重、响应时间、随机、区域可用等吧，我们项目中一般都是轮询，它的意思就是当有多台机器的时候，就一个一个轮着来。
Nacos注册中心的心跳机制
Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式临时实例心跳不正常会被剔除，非临时实例则不会被剔除。
Nacos与eureka的共同点
- 都支持服务注册和服务拉取
- 都支持服务提供者心跳方式做健康检测
Nacos与Eureka的区别
- Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
- 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
- Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
- Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式
GateWay实现原理
Spring Cloud Gateway 使用了 Spring WebFlux 非阻塞网络框架，网络层默认使用了高性能非阻塞的 Netty Server。
Gateway 在启动时会创建 Netty Server，由它接收来自 Client 的请求。收到请求后根据路由的匹配条件找到第一个满足条件的路由，然后请求在被该路由配置的过滤器处理后由 Netty Client 转到目标服务。服务返回响应后会再次被过滤器处理，最后返回给 Client。
你们项目中的远程调用用的什么技术
我们项目使用的是SpringCloud的组件OpenFeign，他底层就是一个http请求，之前项目也接触过像Dubbo这种远程调用。
