1. 简述什么是Dubbo（ 概念 ） ？
Dubbo是一个高性能、轻量级的开源Java RPC框架，主要用于构建高性能、可扩展的分布式服务。它致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。Dubbo的核心组件包括服务提供者（Provider）、服务消费者（Consumer）、注册中心（Registry）、监控中心（Monitor）以及服务运行容器（Container）。这些组件共同协作，实现了服务的注册与发现、负载均衡、容错与熔断、路由策略等功能。Dubbo被广泛应用于互联网公司和企业级分布式系统，有助于提高系统的可用性、可扩展性和可维护性。
具体来说，Dubbo通过提供对多种基于长连接的NIO框架抽象封装，实现了远程通讯的功能，支持多种线程模型、序列化和“请求-响应”模式的信息交换方式。同时，Dubbo提供了基于接口方法的透明远程过程调用，包括多协议支持、软负载均衡、失败容错、地址路由、动态配置等集群支持，以实现服务的集群容错。此外，Dubbo还通过注册中心目录服务，使服务消费方能够动态地查找服务提供方，实现服务的自动发现。
总的来说，Dubbo是一个功能强大且灵活的分布式服务框架，能够帮助企业构建稳定可靠的分布式系统。
2. 简述为什么要用 Dubbo？
Dubbo是一个高性能、轻量级的开源Java RPC框架，主要用于构建高性能、可扩展、易管理的分布式系统。使用Dubbo的主要原因有以下几点：
- 高性能和轻量级：Dubbo提供高性能的基于代理的远程调用能力，服务以接口为粒度，为开发者屏蔽远程调用底层细节。这使得开发者能够专注于业务逻辑的实现，而无需关心底层通信和协议细节。
- 智能负载均衡：Dubbo内置多种负载均衡策略，能够智能感知下游节点健康状况，显著减少调用延迟，提高系统吞吐量。这使得服务消费者可以均匀地使用各个服务提供者的资源，避免因某些节点过载而导致的性能瓶颈。
- 服务自动注册与发现：Dubbo支持多种注册中心服务，服务实例上下线实时感知。这使得服务消费者能够自动发现可用的服务提供者，而无需手动配置服务地址。
- 高度可扩展性：Dubbo遵循微内核+插件的设计原则，所有核心能力如Protocol、Transport、Serialization被设计为扩展点，平等对待内置实现和第三方实现。这使得开发者可以根据自身需求定制和扩展Dubbo的功能。
- 丰富的生态：Dubbo生态非常丰富，有大量的插件和集成工具可供选择，可以方便地与其他开发框架和工具进行整合。这使得Dubbo能够很好地融入现有的技术栈中，降低集成成本。
- 易于使用：Dubbo提供了详细的文档和示例，使得开发人员可以快速上手。同时，Dubbo也支持自定义扩展点，方便开发者根据自身需求来定制。
综上所述，使用Dubbo可以帮助企业快速构建高性能、可扩展、易管理的分布式系统，提高开发效率，降低维护成本，并提升系统的整体性能和稳定性。
3. 简述 Dubbo 和 Spring Cloud 有什么区别 ？
Dubbo和Spring Cloud都是用于构建分布式系统的框架，但它们之间存在一些显著的区别。
首先，从初始定位来看，Dubbo是SOA时代的产物，主要关注服务的调用和治理。而Spring Cloud则定位为微服务架构下的一站式解决方案，提供了更全面的微服务开发和管理功能。
其次，从生态环境来看，Spring Cloud依托于Spring平台，拥有更加完善的生态体系，可以与其他Spring组件无缝集成。而Dubbo一开始主要关注RPC远程调用，生态相对较为单一，但随着发展也逐渐丰富起来。
再者，两者在调用方式上有所不同。Spring Cloud采用HTTP协议进行远程调用，接口一般是Rest风格，这使得它更加灵活。而Dubbo则采用Dubbo协议，接口通常是Java的Service接口，格式相对固定。
此外，在组件差异方面，Spring Cloud和Dubbo的注册中心、负载均衡策略、熔断机制等都有所不同。例如，Spring Cloud常用的注册中心是Eureka，而Dubbo则常用Zookeeper。
总的来说，Dubbo和Spring Cloud在定位、生态环境、调用方式和组件上存在差异，开发者可以根据项目需求和团队技术栈选择合适的框架。对于需要快速构建微服务应用并享受Spring生态便利性的项目，Spring Cloud可能是一个更好的选择；而对于对性能有较高要求，或对特定协议和接口格式有需求的场景，Dubbo可能更为合适。
4. 简述Dubbo都支持什么协议，推荐用哪种？
Dubbo是一个高性能、轻量级的开源Java RPC框架，它支持多种协议以满足不同场景和需求。以下是Dubbo支持的主要协议：
- Dubbo协议：这是Dubbo框架自带的通信协议，用于服务之间的调用。Dubbo协议基于Netty实现，采用单一长连接和NIO异步通讯，适用于小数据量大并发的服务调用场景，以及服务消费者机器数远大于服务提供者机器数的情况。由于其在低延迟和高吞吐量方面表现优异，特别适用于内部服务调用，因此被Dubbo官网推荐为首选协议。
- RMI协议：RMI（Remote Method Invocation）是Java远程方法调用的一种方式。Dubbo框架对RMI进行了封装，使得RMI协议可以适用于Dubbo框架。
- Hessian协议：Hessian是一种轻量级的远程调用协议，基于HTTP传输。它简单、快速且易于使用，适用于跨语言的服务调用。
- HTTP协议：Dubbo框架支持基于HTTP的远程调用协议。这种协议可以通过HTTP的方式进行服务的调用和暴露，使得服务能够被非Java客户端所调用。
- WebService协议：WebService是一种跨平台的、基于XML的标准协议，可以实现不同系统之间的互操作。Dubbo框架也支持基于WebService的远程调用协议，使得服务能够与其他遵循WebService标准的系统进行集成。
除了以上提到的协议外，Dubbo还支持其他协议如Thrift协议、Memcached协议和Redis协议等。这些协议各有特点，适用于不同的场景和需求。
在选择使用哪种协议时，需要根据具体的业务场景、性能需求、跨语言支持等因素进行综合考虑。Dubbo官网推荐使用Dubbo协议作为默认选择，因为它在性能和易用性方面表现优秀，特别适用于内部服务调用。然而，在特定场景下，如跨语言调用或需要与现有系统集成时，其他协议可能也是合适的选择。因此，在选择协议时，需要综合考虑各种因素并做出明智的决策。
5. 解释Dubbo需要 Web 容器吗？
Dubbo作为一个分布式服务框架，它本身并不需要Web容器来运行。Dubbo是一个独立的启动程序，后台服务不需要Tomcat或JBoss等Web容器的功能。实际上，Dubbo的设计初衷就是为了在微服务架构中实现高性能、轻量级的RPC远程服务调用，以及提供SOA服务治理方案。它关注服务的注册与发现、负载均衡、容错与熔断等核心功能，而并不依赖于Web容器来提供这些功能。
如果硬要将Web容器用于加载服务提供方，反而会增加系统的复杂性并浪费资源。这是因为Web容器主要用于处理HTTP请求和响应，而Dubbo则是基于长连接的NIO框架，通过远程方法调用实现服务之间的通信。因此，将Dubbo与Web容器结合使用并不能带来任何额外的好处，反而可能引入不必要的复杂性和性能损耗。
综上所述，Dubbo不需要Web容器来支持其运行和提供服务。它可以独立部署和运行，通过其内置的机制和组件实现分布式服务的调用和治理。
6. 简述Dubbo内置了哪几种服务容器？
Dubbo内置了三种服务容器，分别是：
- Spring Container：Dubbo的服务容器通过加载一个简单的Spring容器来暴露服务，使得开发者能够利用Spring框架的特性和优势，如依赖注入、面向切面编程等，来构建和管理服务。
- Jetty Container：Jetty是一个轻量级的Servlet容器和Java HTTP服务器，Dubbo利用Jetty容器提供HTTP服务，使得服务能够通过HTTP协议进行通信。同时，Dubbo也为Jetty容器提供了配置选项，如设置启动端口、指定可通过Jetty直接访问的目录等。
- Log4j Container：Log4j是一个广泛使用的Java日志框架，Dubbo内置了Log4j容器以支持日志功能。这使得开发者能够方便地记录和查看服务的运行日志，从而进行故障排查和性能优化。
这三种服务容器在Dubbo中各自扮演着重要的角色，共同支持着Dubbo服务的运行和管理。开发者可以根据具体的业务需求和场景，选择使用适合的服务容器来构建和管理分布式服务。
7. 简述Dubbo里面有哪几种节点角色？
Dubbo中主要有以下几种节点角色：
- 服务提供者（Provider）：这是暴露服务的服务提供方。在启动时，服务提供者会向注册中心注册自己提供的服务，暴露接口以供其他服务消费者调用。服务提供者内部实现了具体的接口方法逻辑。
- 服务消费者（Consumer）：这是调用远程服务的服务消费方。在启动时，服务消费者会向注册中心订阅自己所需的服务。一旦注册中心返回服务提供者的地址列表，服务消费者就可以基于这些信息调用远程服务。
- 注册中心（Registry）：这是服务注册与发现的中心。服务提供者和消费者都会在启动时与注册中心进行交互，前者注册服务，后者订阅服务。注册中心还负责维护服务的地址列表，并在有变更时通知服务消费者。
- 监控中心（Monitor）：这是用于统计服务的调用次数和调用时间的监控中心。服务提供者和消费者会在内存中累计调用数据，并定时发送到监控中心，以便进行性能分析和故障排查。
- 服务运行容器（Container）：这是负责启动、加载并运行服务提供者的环境。容器只启动一次，然后加载和运行服务提供者，确保服务的稳定运行。
这些节点角色共同协作，实现了Dubbo的分布式服务调用和治理功能。每个角色都有其特定的职责和交互方式，共同构建了一个稳定、高效的分布式服务系统。
