error表示系统级的错误，是java运行环境内部错误或者硬件问题，不能指望程序来处理这样的问题，除了退出运行外别无选择，它是Java虚拟机抛出的。

exception 表示程序需要捕捉、需要处理的异常，是由与程序设计的不完善而出现的问题，程序必须处理的问题。

(1)Java.lang.NullPointerException 空指针异常;出现原因：调用了未经初始化的对象或者是不存在的对象。

(2)Java.lang.NumberFormatException 字符串转换为数字异常;出现原因：字符型数据中包含非数字型字符。

(3)Java.lang.IndexOutOfBoundsException 数组角标越界异常，常见于操作数组对象时发生。

(4)Java.lang.IllegalArgumentException 方法传递参数错误。

(5)Java.lang.ClassCastException 数据类型转换异常。

throw：

　　(1)throw 语句用在方法体内，表示抛出异常，由方法体内的语句处理。

　　(2)throw 是具体向外抛出异常的动作，所以它抛出的是一个异常实例，执行 throw 一定是抛出了某种异常。

throws：

​ (1)@throws 语句是用在方法声明后面，表示如果抛出异常，由该方法的调用者来进行异常的处理。

​ (2)throws 主要是声明这个方法会抛出某种类型的异常，让它的使用者要知道需要捕获的异常的类型。

​ (3)throws 表示出现异常的一种可能性，并不一定会发生这种异常。

按照异常处理时机:

编译时异常(受控异常(CheckedException))和运行时异常(非受控异常(UnCheckedException))

继承Exception是检查性异常，继承RuntimeException是非检查性异常，一般要复写两个构造方法，用throw抛出新异常

如果同时有很多异常抛出，那可能就是异常链，就是一个异常引发另一个异常，另一个异常引发更多异常，一般我们会找它的原始异常来解决问题，一般会在开头或结尾，异常可通过initCause串起来，可以通过自定义异常

首先处理异常主要有两种方式:一种try catch，一种是throws。

1. try catch:

- try{} 中放入可能发生异常的代码。catch{}中放入对捕获到异常之后的处理。

2.throw throws：

- throw是语句抛出异常，出现于函数内部，用来抛出一个具体异常实例，throw被执行后面的语句不起作用，直接转入异常处理阶段。

- throws是函数方法抛出异常，一般写在方法的头部，抛出异常，给方法的调用者进行解决。

Java的反射（reflection）机制是指在程序的运行状态中，可以构造任意一个类的对象，可以了解任意一个对象所属的类，可以了解任意一个类的成员变量和方法，可以调用任意一个对象的属性和方法。这种动态获取程序信息以及动态调用对象的功能称为Java语言的反射机制。反射被视为动态语言的关键。

1. JDBC中，利用反射动态加载了数据库驱动程序。

2. Web服务器中利用反射调用了Sevlet的服务方法。

3. Eclispe等开发工具利用反射动态刨析对象的类型与结构，动态提示对象的属性和方法。

4. 很多框架都用到反射机制，注入属性，调用方法，如Spring。

- 在运行时判定任意一个对象所属的类

- 在运行时构造任意一个类的对象；

- 在运行时判定任意一个类所具有的成员变量和方法；

- 在运行时调用任意一个对象的方法；

- 生成动态代理；

优点：运行期类型的判断，动态加载类，提高代码灵活度。

缺点：性能瓶颈：反射相当于一系列解释操作，通知 JVM 要做的事情，性能比直接的java代码要慢很多。

1.通过一个全限类名创建一个对象 Class.forName(“全限类名”); 例如：com.mysql.jdbc.Driver Driver类已经被加载到 jvm中，并且完成了类的初始化工作就行了 类名.class; 获取Class<？> clz 对象 对象.getClass(); 2.获取构造器对象，通过构造器new出一个对象 Clazz.getConstructor([String.class]); Con.newInstance([参数]); 3.通过class对象创建一个实例对象（就相当与new类名（）无参构造器) Cls.newInstance();

参考：

- https://blog.csdn.net/qq_37875585/article/details/89340495

- https://www.cnblogs.com/whoislcj/p/6038511.html


Dubbo是基于Java的高性能轻量级的RPC分布式服务框架，现已成为 Apache 基金会孵化项目。

官网：http://dubbo.apache.org/en-us/

背景:

随着互联网的快速发展，Web应用程序的规模不断扩大，最后我们发现传统的垂直体系结构（整体式）已无法解决。分布式服务体系结构和流计算体系结构势在必行，迫切需要一个治理系统来确保体系结构的有序发展。

- 开源免费

- 一些核心业务被提取并作为独立的服务提供服务，逐渐形成一个稳定的服务中心，这样前端应用程序就可以更好地响应变化多端的市场需求

- 分布式框架能承受更大规模的流量

- 内部基于netty性能高

基于接口的远程调用

容错和负载均衡

自动服务注册和发现



1. 服务容器负责启动，加载，运行服务提供者。

2. 服务提供者在启动时，向注册中心注册自己提供的服务。

3. 服务消费者在启动时，向注册中心订阅自己所需的服务。

4. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

5. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

6. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。


连通性、健壮性、伸缩性、以及向未来架构的升级性。

jdk1.6+

一般来说选中Zookeeper更稳定更合适。

除了Zookeeper还有Redis注册中心、Multicast注册中心、Simple注册中心。



优先级从高到低：

- JVM -D参数，当你部署或者启动应用时，它可以轻易地重写配置，比如，改变dubbo协议端口；

- XML, XML中的当前配置会重写dubbo.properties中的；

- Properties，默认配置，仅仅作用于以上两者没有配置时。

…

ReferenceConfig<XxxService> reference = new ReferenceConfig<XxxService>(); // 此实例很重，封装了与注册中心的连接以及与提供者的连接，请自行缓存，否则可能造成内存和连接泄漏

reference.setUrl("dubbo://10.20.130.230:20880/com.xxx.XxxService");

…

4种

- JVM System Properties，-D参数

- Externalized Configuration，外部化配置

- ServiceConfig、ReferenceConfig等编程接口采集的配置

- 本地配置文件dubbo.properties

<dubbo:reference interface = "com.foo.BarService" check = "false" />

- 随机负载平衡(默认)

- RoundRobin负载平衡

- 最小活动负载平衡

- 一致的哈希负载平衡

多版本号(version)

- xml

<dubbo:reference id="xxxService" interface="com.alibaba.xxx.XxxService" url="dubbo://localhost:20890" />

- -D

```powershell

```

- .properties

```properties

java -Ddubbo.resolve.file=xxx.properties

```

com.alibaba.xxx.XxxService=dubbo://localhost:20890


1. Spring

2. Java API

- dubbo://(推荐)

- rmi://

- hessian://

- http://

- webservice://

- thrift://

- memcached://

- redis://

- rest://

dubbo使用netty。

- dubbo:20880

- http:80

- hessian:80

- rmi:80

- dubbo协议缺省为hessian2

- rmi协议缺省为java

- http协议缺省为json

可以用group分组，服务提供方和消费放都指定同一个group。

默认是同步等待结果阻塞的，同时也支持异步调用。

Dubbo 是基于 NIO 的非阻塞实现并行调用，客户端不需要启动多线程即可完成并行调用多个远程服务，相对多线程开销较小，异步调用会返回一个 Future 对象。

- Zipkin

- Pinpoint

- SkyWalking

现在进入了Apache,由apache维护。

Dubbox是当当的扩展项目。

- 支持REST风格远程调用（HTTP + JSON/XML)

- 支持基于Kryo和FST的Java高效序列化实现

- 支持基于嵌入式Tomcat的HTTP remoting体系

- 升级Spring

- 升级ZooKeeper客户端

cpu个数 + 1

采用单一长链接和NIO异步通讯，适用于小数量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。

不适合传送大数据量的服务，比如传文件，传视频等，除非请求量很低。


zookeeper临时节点，会话保持原理。

telnet

进入命令行。然后执行 ls相关命令:

- `ls`: 显示服务列表

- `ls -l`: 显示服务详细信息列表

- `ls XxxService`: 显示服务的方法列表

- `ls -l XxxService`: 显示服务的方法详细信息列表


各层说明:

- **config 配置层**：对外配置接口，以 `ServiceConfig`, `ReferenceConfig` 为中心，可以直接初始化配置类，也可以通过 spring 解析配置生成配置类

- **proxy 服务代理层**：服务接口透明代理，生成服务的客户端 Stub 和服务器端 Skeleton, 以 `ServiceProxy` 为中心，扩展接口为 `ProxyFactory`

- **registry 注册中心层**：封装服务地址的注册与发现，以服务 URL 为中心，扩展接口为 `RegistryFactory`, `Registry`, `RegistryService`

- **cluster 路由层**：封装多个提供者的路由及负载均衡，并桥接注册中心，以 `Invoker` 为中心，扩展接口为 `Cluster`, `Directory`, `Router`, `LoadBalance`

- **monitor 监控层**：RPC 调用次数和调用时间监控，以 `Statistics` 为中心，扩展接口为 `MonitorFactory`, `Monitor`, `MonitorService`

- **protocol 远程调用层**：封装 RPC 调用，以 `Invocation`, `Result` 为中心，扩展接口为 `Protocol`, `Invoker`, `Exporter`

- **exchange 信息交换层**：封装请求响应模式，同步转异步，以 `Request`, `Response` 为中心，扩展接口为 `Exchanger`, `ExchangeChannel`, `ExchangeClient`, `ExchangeServer`

- **transport 网络传输层**：抽象 mina 和 netty 为统一接口，以 `Message` 为中心，扩展接口为 `Channel`, `Transporter`, `Client`, `Server`, `Codec`

- **serialize 数据序列化层**：可复用的一些工具，扩展接口为 `Serialization`, `ObjectInput`, `ObjectOutput`, `ThreadPool`

这个问题其实面试中如果问dubbo的话，基本就会带这个问题。有时间的话，大家可以下载源码，读一读，如果大家有兴趣的话，我会出后续文章。

参考：http://dubbo.apache.org/en-us/