面试官专攻dubbo，问了很多dubbo的问题，且问题偏向原理及实践，需要在平时工作中使用时常思考才能解答。

罗列几个典型且我没回答上来的问题。引用中附上chantGPT的回答。

  1. dubbo与springCloud的区别？回答中接着问为什么大公司用到dubbo比较多？

自行百度吧。

  1. dubbo是怎么知道哪个服务挂了的？

Dubbo可以通过心跳机制来确定哪个服务挂了。Dubbo的心跳机制是通过长连接实现的，即服务提供者和消费者建立长连接，通过交换心跳信息来检查服务是否可用。如果服务未及时响应心跳，则认为该服务不可用。

  1. dubbo的序列化使用的是哪个？为什么要使用它？

Dubbo默认使用的序列化框架是Hessian2。Hessian2是一种轻量级的序列化框架，它具有序列化速度快、序列化后数据量小、跨语言支持性好等优点。在Dubbo中使用Hessian2作为序列化框架，可以提高Dubbo的性能和可扩展性。

除了Hessian2，Dubbo还支持其他序列化框架，如Java自带的序列化框架、JSON、FST等。选择哪种序列化框架，一般需要根据具体的应用场景来确定。

  1. dubbo服务调用时是怎么保证安全性的？

Dubbo提供了多种安全机制来保证服务调用时的安全性：

  1. 服务消费者鉴权：Dubbo允许服务消费者在调用服务之前进行鉴权，只有经过授权的消费者才能调用服务。可以通过配置provider端的filter参数，实现对服务消费者鉴权的功能。
  2. 服务提供者鉴权：服务提供者可以对服务调用方身份进行鉴权，只有经过授权的调用方才能调用服务。可以通过配置consumer端的filter参数，实现对服务提供者鉴权的功能。
  3. 传输数据加密：Dubbo支持对传输的数据进行加密，保证数据在网络传输过程中的安全性。可以通过配置transport参数，选择不同的传输协议，如dubbo、rmi、http等，并配置相应的加密方式。
  4. 服务接口签名：Dubbo支持对服务调用接口进行签名，并要求调用方提供签名信息，以确保调用方合法。可以通过配置provider端的filter参数，实现对服务接口签名的功能。

综上所述，Dubbo通过多种安全机制综合保证服务调用的安全性，可以根据具体的业务场景选择适当的安全机制进行配置。

  1. springboot项目在启动时做了哪些事情？

Spring Boot项目在启动时，会做以下事情：

  1. 加载内嵌的Tomcat、Jetty等Servlet容器
  2. 设置Spring应用上下文，并加载应用程序所需的所有bean
  3. 扫描和加载应用程序中的所有配置类和bean
  4. 扫描和加载所有的自动配置Bean，Spring Boot自动配置的Bean会根据依赖关系，自动注入到Spring应用上下文中
  5. 加载所有的配置文件，包括application.properties、application.yml等配置文件，并将配置信息注入到Spring应用上下文中
  6. 检查应用程序是否需要执行数据迁移或初始化操作，如需要则执行
  7. 启动应用程序，并开始处理来自客户端的请求

以上步骤的顺序可能会略有不同，具体取决于应用程序的配置和依赖关系。在Spring Boot项目启动后，会通过内置的Web服务器来处理HTTP请求，并使用自动配置的bean来实现各种功能，例如数据访问、消息传递、缓存等。

  1. springboot项目中，连接数据库的密码是放在配置文件中加密存储的，那连接数据库时为什么可以解密的连接上呢？原理是什么？

在Spring Boot项目中，连接数据库的密码通常是使用加密算法加密后存储在配置文件中的。当应用程序启动时，Spring Boot会读取配置文件中的加密密码，并将其解密后用于连接数据库。

Spring Boot使用的加密算法是基于密钥的对称加密算法。在应用程序中，密钥存储在应用程序中的配置文件中。当需要解密密码时，Spring Boot会读取配置文件中的密钥，使用该密钥作为参数对加密密码进行解密。

具体来说，Spring Boot使用了“Jasypt”这个开源库来实现配置文件加密和解密的功能。它提供了多种加密算法，包括基于口令的加密和基于密钥的加密。使用基于密钥的加密可以更加安全可靠，因为密钥不会被明文存储在配置文件中。

引入以下依赖，项目中没有看到这个依赖，可能是别的项目中已经引入了，在项目中自己通过依赖里面的加密工具进行加密，项目运行启动时会自动的对加密的密码进行解密。

<dependency>
<groupId>com.github.ulisesbocchio</groupId>
<artifactId>jasypt-spring-boot-starter</artifactId>
<version>2.1.0</version>
</dependency>

总结：面试官问的问题还是挺不错，没有平时的八股文。本次回答的很不理想，感觉自己平时工作中很多组件，中间件等框架都停留在使用的阶段，没有深入思考原理，以后应该要多注意。免得面试工作时只靠背面试题是很难找到好公司的好的岗位的。需要警觉的就是：在大公司工作时，使用的框架和组件都是封装好的，所以很多的原理上的细节都会被忽视掉，在平时工作中应该要多带一些疑问。