Java微服务框架面试总结（全面，实时更新）

  常用的微服务架构有哪些 

1.Spring Cloud：基于HTTP（s）的REST服务构建服务体系，Spring Cloud能够帮助架构师构建一整套完整的微服务架构技术生态链。

2.Dubbo：由阿里巴巴开源的分布式服务化治理框架，通过RPC请求方式访问。Dubbo是在阿里巴巴的电商平台中逐渐探索演进所形成的，经历过复杂业务的高并发挑战，比Spring Cloud的开源时间还要早。

3.Dropwizard：将Java生态系统中各个问题域里最好的组件集成于一身，能够快速打造一个Rest风格的后台，还可以整合Dropwizard核心以外的项目。国内现在使用Dropwizard还很少，资源也不多，但是与Spring Boot相比，Dropwizard在轻量化上更有优势，同时如果用过Spring，那么基本也会使用Spring Boot。

4.Apache Dubbo：一个高性能、轻量级的分布式服务框架，支持RPC和RESTful风格的通讯协议。

5.ServiceComb：华为开源的微服务框架，支持多种语言和协议，提供服务注册、发现、路由、负载均衡等功能。

6.Istio：一个开源服务网格框架，提供流量管理、策略和安全性等功能，能够解决微服务应用程序中的通讯问题。

7.Apache ServiceMix：一个基于Java的开源ESB（企业服务总线）平台，提供完整的ESB功能，包括路由、协议转换、转换、审核、安全性等。

  谈谈怎么理解SpringBoot框架

Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，开发者能快速上手。

Spring Boot的优点

1.独立运行

Spring Boot而且内嵌了各种servlet容器，Tomcat、Jetty等，现在不再需要打成war包部署到容器中，Spring Boot只要打成一个可执行的jar包就能独立运行，所有的依赖包都在一个jar包内。

2.简化配置

spring-boot-starter-web启动器自动依赖其他组件，简少了maven的配置。除此之外，还提供了各种启动器，开发者能快速上手。

3.自动配置

Spring Boot能根据当前类路径下的类、jar包来自动配置bean，如添加一个spring-boot-starter-web启动器就能拥有web的功能，无需其他配置。

4.无代码生成和XML配置

Spring Boot配置过程中无代码生成，也无需XML配置文件就能完成所有配置工作，这一切都是借助于条件注解完成的，这也是Spring4.x的核心功能之一。

5.应用监控

Spring Boot提供一系列端点可以监控服务及应用，做健康检测。

Spring Boot的缺点

Spring Boot虽然上手很容易，但如果你不了解其核心技术及流程，所以一旦遇到问题就很棘手，而且现在的解决方案也不是很多，需要一个完善的过程。

  SpringBoot核心配置文件

Spring Boot 的核心配置文件是 application 和 bootstrap 配置文件。

application 配置文件这个容易理解，主要用于 Spring Boot 项目的自动化配置。

bootstrap配置文件的特性：

1.bootstrap 由父 ApplicationContext 加载，比 applicaton 优先加载

2.bootstrap 里面的属性不能被覆盖

bootstrap 配置文件有以下几个应用场景：

1.使用 Spring Cloud Config 配置中心时，这时需要在 bootstrap 配置文件中添加连接到配置中心的配置属性来加载外部配置中心的配置信息；

2.一些固定的不能被覆盖的属性；

3.一些加密/解密的场景；

提供多套配置文件，如：

applcation.properties
application-dev.properties
application-test.properties
application-prod.properties

  springBoot自动装配原理（自动配置原理）

1.启动类注解：在Spring Boot启动类中，使用了@SpringBootApplication注解，该注解是@SpringBootConfiguration、@EnableAutoConfiguration和@ComponentScan三个注解的组合。其中，@EnableAutoConfiguration注解启用了自动配置功能，使Spring Boot能够根据项目的依赖关系和配置情况自动配置Bean。

2.自动配置导入：在启动类中，通过@SpringBootApplication注解，Spring Boot会自动扫描并加载项目中符合条件的自动配置类。这些自动配置类是由@Configuration注解标注的Java类，它们继承了Spring Boot提供的抽象配置类，并重写了其中的方法来定义具体的Bean配置。

3.条件注解：在自动配置类中，使用了大量的条件注解，如@ConditionalOnClass、@ConditionalOnProperty等。这些条件注解用于判断当前的环境是否满足自动配置的条件。例如，@ConditionalOnClass注解用于判断是否存在特定的类，如果存在则加载对应的自动配置类；@ConditionalOnProperty注解用于判断配置文件中是否存在特定的属性，如果存在则加载对应的自动配置类。

4.自动配置类加载：当满足条件的自动配置类被加载后，Spring Boot会自动实例化其中的Bean，并将其注入到Spring容器中。这些Bean是由自动配置类中的方法定义的，方法上使用了@Bean注解来标识。

5.自定义配置：如果默认的自动配置无法满足需求，用户可以自定义自动配置类。自定义的自动配置类需要继承对应的抽象配置类，并重写其中的方法来定义具体的Bean配置。在自定义自动配置类中，也可以使用条件注解来判断当前的环境是否满足自动配置的条件。

  SpringBoot和SpringCloud是什么关系

Spring Boot 是 Spring 的一套快速配置脚手架，可以基于Spring Boot 快速开发单个微服务，Spring Cloud是一个基于Spring Boot实现的开发工具；Spring Boot专注于快速、方便集成的单个微服务个体，Spring Cloud关注全局的服务治理框架； Spring Boot使用了默认大于配置的理念，很多集成方案已经帮你选择好了，能不配置就不配置，Spring Cloud很大的一部分是基于Spring Boot来实现，必须基于Spring Boot开发。

 可以单独使用Spring Boot开发项目，但是Spring Cloud离不开 Spring Boot。

  Spring，Springboot,SpringCloud的区别。

1.目标与定位：Spring是一个生态体系，集成了众多模块，旨在为企业级应用提供一整套解决方案。SpringBoot专注于快速方便地开发单个微服务，而SpringCloud则关注全局微服务的协调整治治理，为各个微服务之间提供配置、服务发现、断路器、路由、微代理等集成服务。

2.独立性：SpringBoot可以离开SpringCloud独立开发项目，但SpringCloud不能离开SpringBoot，二者之间存在依赖关系。

3.开发效率：SpringBoot通过约定优于配置的原则，简化了开发人员的工作流程，提高了开发效率。而SpringCloud通过提供一系列的集成服务，使得开发人员可以快速地构建和部署微服务应用。

4.集成度：Spring集成了SpringFramework、Spring Boot、Spring Cloud等多个模块，可以提供从依赖注入、事务管理、WEB应用到数据访问等全方位的支持。

  SpringBoot怎样设置前端传过来的数据是非必传的

使用@RequestParam注解来接收前端传递的参数。要设置前端传过来的数据为非必传的，可以将@RequestParam注解的required属性设置为false

@PostMapping("/login")  
public Result login(@RequestParam(value = "username", required = false) String username) {  
    if (username != null && !username.isEmpty()) {  
        // 处理用户名不为空的情况  
    } else {  
        // 处理用户名为空的情况  
    }  
    return Result.ok();  
}

  SpringCloud组件知道那些，应用场景

组件：

Nacos:注册中心和配置中心，实现服务的发现和配置管理

Sentinel:断路器，当微服务出现雪崩的时候，可以进行微服务的断路

Gateway:网关，进行路由断言和过滤

openFeign:远程调用，实现微服务之间的远程调用

sleuth:微服务的链路追踪

应用场景：

1.Nacos--作为注册中心和配置中心，实现服务注册发现和服务健康监测及配置信息统一管理

2.Gateway--作为网关，作为分布式系统统一的出入口，进行服务路由，统一鉴权等

3.OpenFeign--作为远程调用的客户端，实现服务之间的远程调用

4.Sentinel--实现系统的熔断限流

5.Sleuth--实现服务的链路追踪

  sebtinel有什么作用，分别可以用到那些模块

作用

1.Sentinel可以实时监控数据流，并自动处理异常情况，例如数据丢失或延迟。

2.它能够提供实时的数据分析和可视化，帮助开发人员快速了解数据流的状态和性能。

3.Sentinel还可以与其他系统集成，例如监控系统、告警系统等，以提供全面的数据处理和监控解决方案。

可用模块

1.数据流监控模块：Sentinel可以与数据流监控模块集成，实时监控数据流的性能和状态，并提供告警和通知功能。

2.数据处理模块：Sentinel可以与数据处理模块集成，自动处理异常情况，确保数据流的稳定性和可靠性。

3.数据可视化模块：Sentinel可以与数据可视化模块集成，提供实时的数据分析和可视化功能，帮助开发人员快速了解数据流的状态和性能。

4.告警系统模块：Sentinel可以与告警系统模块集成，提供实时的告警和通知功能，帮助开发人员及时发现和处理异常情况。

  Feign工作原理

主程序入口添加了@EnableFeignClients注解开启对FeignClient扫描加载处理。根据Feign Client的开发规范，定义接口并加@FeignClient注解。当程序启动时，会进行包扫描，扫描所有@FeignClient的注解的类，并且讲这些信息注入Spring IOC容器中，当定义的的Feign接口中的方法被调用时，通过JDK的代理方式，来生成具体的RequestTemplate.当生成代理时，Feign会为每个接口方法创建一个RequestTemplate。当生成代理时，Feign会为每个接口方法创建一个RequestTemplate对象，该对象封装HTTP请求需要的全部信息，如请求参数名，请求方法等信息都是在这个过程中确定的。然后RequestTemplate生成Request,然后把Request交给Client去处理，这里指的时Client可以时JDK原生的URLConnection,Apache的HttpClient,也可以时OKhttp，最后Client被封装到LoadBalanceClient类，这个类结合Ribbon负载均衡发器服务之间的调用。

执行流程

  Nacos作用以及注册中心的原理

Nacos英文全称Dynamic Naming and Configuration Service，Na为naming/nameServer即注册中心,co为configuration即注册中心，service是指该注册/配置中心都是以服务为核心。

Nacos注册中心分为server与client，server采用Java编写，为client提供注册发现服务与配置服务。而client可以用多语言实现，client与微服务嵌套在一起，nacos提供sdk和openApi，如果没有sdk也可以根据openApi手动写服务注册与发现和配置拉取的逻辑。

作用

服务注册原理

服务注册方法：以Java nacos client v1.0.1 为例子，服务注册的策略的是每5秒向nacos server发送一次心跳，心跳带上了服务名，服务ip，服务端口等信息。同时 nacos server也会向client 主动发起健康检查，支持tcp/http检查。如果15秒内无心跳且健康检查失败则认为实例不健康，如果30秒内健康检查失败则剔除实例。

  不同服务模块Nacos的公共配置写在哪里？

对于不同服务模块的Nacos公共配置，通常将配置文件放在公共模块中，并在各个服务模块中引用该配置文件。

步骤：

1.在公共模块中创建Nacos的配置文件。

2.在该配置文件中添加各个服务模块共用的配置项，例如数据库连接信息、日志级别等。

3.在各个服务模块中，通过引用公共模块中的Nacos配置文件，即可共享相同的配置项。

  nginx的正反向代理的概念

正向代理

客户端通过代理服务器向目标服务器发送请求时，代理服务器将请求转发给目标服务器，然后将目标服务器的响应结果返回给客户端。在这个过程中，客户端并不知道自己是通过代理服务器访问目标服务器的。正向代理的主要作用是在客户端与目标服务器之间起到一个中介的作用，实现数据的传输和处理。

反向代理

反向代理（Reverse Proxy）是指以代理服务器为跳板，将客户端的请求转发给内部网络中的其他服务器，然后将目标服务器的响应结果返回给客户端。在这个过程中，客户端并不知道自己是通过代理服务器访问内部服务器的。反向代理的主要作用是将客户端的请求分发到多个后端服务器，实现负载均衡和高可用性。