说说对dubbo的理解
1、由于 Invoker 是 Dubbo 领域模型中非常重要的一个概念，很多设计思路都是向它靠拢。这就使得 Invoker 渗透在整个实现代码里，对于刚开始接触 Dubbo 的人，确实容易给搞混了。 下面我们用一个精简的图来说明最重要的两种 Invoker：服务提供 Invoker 和服务消费 Invoker：
3、第二层：config层，配置层，主要是对Dubbo进行各种配置的，Dubbo相关配置
4、Hessian序列化：自描述序列化类型、语言无关且比原生高效
6、第一层：service层，接口层，给服务提供者和消费者来实现的（留给开发人员来实现）
7、这是个很坑爹的面试题，但是很多面试官有喜欢问，你真的要背么？你能背那还是不错的，我建议不要背，你就想想Dubbo服务调用过程中应该会涉及到哪些技术，把这些技术穿起来就OK了。
8、第六层：monitor层，监控层，对rpc接口的调用次数和调用时间进行监控
9、failfast快速失败，只发起一次调用，失败立即报错 failsafe 失败安全，出现异常时直接忽略 failback，出现异常时定时重发，通常用于消息通知 forking，并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源 Broadcast，广播所有调用者，任意一台报错则报错。通常用于通知所有提供者更新缓存或日志等本地资源信息。
11、cluster ：容错机制failover 重试，可以通过retries配置失败次数
12、当服务的提供者，提供了服务接口的一种实现之后，在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候，就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。
13、默认的选择Dubbo协议、还可以选择rmi、http等等（hessian、webservice、thrift、memcached、redis、reset）。。
14、dubbo集成了spring，所以在使用上特别类似于spring的使用风格。可以说只要熟练使用了spring，那么dubbo上手是非常快的。如何来看待dubbo的设计理念呢？我是结合spring来理解的。
15、第九层：transport层，网络传输层，抽象mina和netty为统一接口
16、基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定
18、原生序列化（实现serializable接口）：保留对象的元数据（类、成员变量、继承信息）及对象数据。性能一般
19、Json序列化：抛弃类型信息，反序列化时需要提供类型
20、NIO：同步非阻塞式IO，服务器实现模式为一个请求一个线程，即客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。 （Netty的使用）
21、动态代理方式：默认使用javassist动态代理、也可以选择使用Jdk进行动态代理
22、第七层：protocol层，远程调用层，封装rpc调用
23、解析XML成为SericeConfig
25、第三层：proxy层，服务代理层，透明生成客户端的stub和服务单的skeleton，调用的是接口，实现类没有，所以得生成代理，代理之间再进行网络通讯、负责均衡等。
26、对Dubbo的总体理：服务发布+远程调用+容错机制
27、通过动态代理创建Invoker（此时的Invoker可以接受对应的参数执行相应的服务）
29、第十层：serialize层，数据序列化层
30、举个例子，假设「BootStrap」中提供了一个接口，及一个创建其实例的工厂方法，但是该接口的实现类在「System」中，那么就会出现工厂方法无法创建在「System」加载的类的实例的问题。拥有这样问题的组件有很多，比如JDBC、Xml parser等。
31、首推-cn/docs/user/quick-start.html duubo 中文文档，实现的流程图及各种配置扩展点
32、委托永远是子加载器去请求父加载器，是单向的，即上层的类加载器无法访问下层的类加载器所加载的类：
33、介绍zk:可以使用curator进行操作，dubbo节点注册发布最终为Url格式：dubbo://service-host/com.XXX.XXXService?version=1.0.0。
34、解析XML成为ReferenceConfig
35、如果让你设计一个RPC框架，你会怎么做？其实你就把上面这个工作原理中涉及的到技术点总结一下就行了。
36、安全，将核心类库与用户类库隔离，用户不能通过加载器替换核心类库，如String类。
37、Duubo协议的简单介绍：NIO异步传输、Hessian序列化
38、首先介绍Directory：Directory 代表多个 Invoker，可以把它看成 List
39、选择对应的协议生成Invoker（可以执行远端调用）
41、第八层：exchange层，信息交换层，封装请求响应模式，同步转异步
42、第四层：registry层，服务注册层，负责服务的注册与发现第五层：cluster层，集群层，封装多个服务提供者的路由以及负载均衡，将多个实例组合成一个服务
43、BIO：同步阻塞式IO，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销，当然可以通过线程池机制改善。
相关文章