腾讯后端实习二面凉经(45分钟)

对于微服务，个人感觉就是多个Spring Boot通过HTTP（或者其他通信协议）进行数据通信。你可以把一个Spring Boot看作成一个HTTP接受命令，然后内部执行，返回结果。那么如此，多个Spring Boot项目都可以通过HTTP来进行相互的调用。 基于上述的衍生，出现了： - 服务中心：Spring Boot之间不是通过编写配置文件来互相交流，而是向某一个程序注册自己的服务名字和ip地址。假如某个Spring Boot需要另一个服务，就可以去注册中心根据“服务名字”去获取“对应的ip地址”。 - 配置中心：在原来一个Spring Boot就是一个整体的项目，现在是多个服务之间是一个项目了。那么就需要统一管理，Spring提供了刷新配置的方法，基于这个方法，每个Spring Boot开一个接口来刷新自己的配置文件。为了统一管理，出现了配置中心，开发人员可以直接统一管理每个Spring Boot的配置文件，然后调用对方的接口来刷新配置。

好多面试官也都说我的项目没必要整啥缓存消息队列

下面内容纯手打作为一个引导，你可以在JavaGuide的分布式中看到更加详细的信息。 CAP是一个分布式理论，分别代表：一致性、可用性、分区容错性（即使某一个结点挂了，还是整个服务可以用的）。一半情况下会说某个程序是CP还是AP的，因为这里的一致性代表数据的强一致性，例如Zookeeper，只要不是强一致性的都可以归属为AP，例如Redis、ElasticSearch。 因为CP的效率不高（强一致性，懂得都懂），所以大部分都是AP。基于AP衍生出BASE理论，即基本可用（BA）、软状态（S）、最终一致性（E）。这个理论强调最终一致性，能够接受出现数据不一致的地方。

佬，面中小厂的话 微服务还有必要学吗？

春招合集看看这边帖子

m

- 服务容错：在多个Spring Boot中，假如每个服务只有一个Spring Boot项目，那么当某一个服务突然崩掉了，会导致整个服务不可用，有几种方法： 1. 集群：一个服务部署多个实例，那么多个Spring Boot项目服务于同一个服务。服务中心只会发送那些可用的ip地址。（你可以理解为DNS解析的过程）。 2. 服务容错：在调用方，可以设置一个兜底的策略，假如发现目标的服务不可用，自己设置一个兜底的策略，例如返回服务器正忙等等。 3. 服务降级：假如被调用方没有完全崩掉，还可以用，但是已经拉满了，可以提前设置一个服务降级策略，例如返回简单的信息。 - 服务调用：刚才提到了服务之间的调用说的是HTTP，那么调用方就需要利用Spring提供的RestTemplate来请求（唯一方式，可以向对应ip发送HTTP请求），这种方式没有问题，就是写了太多的重复代码。然后就出现了RPC框架（Remote Procedure Call），只需要通过简单的注解就可以实现服务的远程调用。把被调用方的Service打包成依赖，然后调用方和被调用方都导入该依赖，只要配置了注解，调用方就可以直接像调用本地的Service一样去调用远程服务的Service。（简单来说就是简化了请求过程）。 调用过程不只是HTTP，还可以使用“消息队列”来进行服务之间的通信。上游服务通过生产的方式向消息队列发送消息，下游业务通通过消费的方式消费消息。这样服务之间就可以通过这种方式交流，而不是HTTP那种接口方式。好处就是可以解耦，削峰等等。

过了吗哥

老哥你简历上除了苍穹外卖还有几个项目

我也没学微服务，照样四处投无所谓了，学的多问的多😭

老哥有offer了吗

佬，第九题怎么回答的