济南设计网站,wordpress新浪微博,前端开发工具vscode,国外创意产品设计作品作者 | Dean Wang来源 | deanwang1943.github.iodubbo是什么dubbo是一个分布式框架#xff0c;远程服务调用的分布式框架#xff0c;其核心部分包含#xff1a;集群容错#xff1a;提供基于接口方法的透明远程过程调用#xff0c;包括多协议支持#xff0c;以及软负载均衡… 作者 | Dean Wang来源 | deanwang1943.github.iodubbo是什么dubbo是一个分布式框架远程服务调用的分布式框架其核心部分包含集群容错提供基于接口方法的透明远程过程调用包括多协议支持以及软负载均衡失败容错地址路由动态配置等集群支持。远程通讯提供对多种基于长连接的NIO框架抽象封装包括多种线程模型序列化以及“请求-响应”模式的信息交换方式。自动发现基于注册中心目录服务使服务消费方能动态的查找服务提供方使地址透明使服务提供方可以平滑增加或减少机器。dubbo能做什么透明化的远程方法调用就像调用本地方法一样调用远程方法只需简单配置没有任何API侵入。软负载均衡及容错机制可在内网替代F5等硬件负载均衡器降低成本减少单点。服务自动注册与发现不再需要写死服务提供方地址注册中心基于接口名查询服务提供者的IP地址并且能够平滑添加或删除服务提供者。1、默认使用的是什么通信框架还有别的选择吗?答默认也推荐使用 netty 框架还有 mina。2、服务调用是阻塞的吗答默认是阻塞的可以异步调用没有返回值的可以这么做。3、一般使用什么注册中心还有别的选择吗答推荐使用 zookeeper 注册中心还有 Multicast注册中心, Redis注册中心, Simple注册中心.ZooKeeper的节点是通过像树一样的结构来进行维护的并且每一个节点通过路径来标示以及访问。除此之外每一个节点还拥有自身的一些信息包括数据、数据长度、创建时间、修改时间等等。4、默认使用什么序列化框架你知道的还有哪些答默认使用 Hessian 序列化还有 Duddo、FastJson、Java 自带序列化。hessian是一个采用二进制格式传输的服务框架相对传统soap web service更轻量更快速。Hessian原理与协议简析http的协议约定了数据传输的方式hessian也无法改变太多hessian中client与server的交互基于http-post方式。hessian将辅助信息封装在http header中比如“授权token”等我们可以基于http-header来封装关于“安全校验”“meta数据”等。hessian提供了简单的”校验”机制。对于hessian的交互核心数据比如“调用的方法”和参数列表信息将通过post请求的body体直接发送格式为字节流。对于hessian的server端响应数据将在response中通过字节流的方式直接输出。hessian的协议本身并不复杂在此不再赘言所谓协议(protocol)就是约束数据的格式client按照协议将请求信息序列化成字节序列发送给server端server端根据协议将数据反序列化成“对象”然后执行指定的方法并将方法的返回值再次按照协议序列化成字节流响应给clientclient按照协议将字节流反序列化成”对象”。5、服务提供者能实现失效踢出是什么原理答服务失效踢出基于 zookeeper 的临时节点原理。6、服务上线怎么不影响旧版本答采用多版本开发不影响旧版本。在配置中添加version来作为版本区分7、如何解决服务调用链过长的问题答可以结合 zipkin 实现分布式服务追踪。8、说说核心的配置有哪些核心配置有dubbo:service/dubbo:reference/dubbo:protocol/dubbo:registry/dubbo:application/dubbo:provider/dubbo:consumer/dubbo:method/9、dubbo 推荐用什么协议答默认使用 dubbo 协议。10、同一个服务多个注册的情况下可以直连某一个服务吗答可以直连修改配置即可也可以通过 telnet 直接某个服务。11、dubbo 在安全机制方面如何解决的dubbo 通过 token 令牌防止用户绕过注册中心直连然后在注册中心管理授权dubbo 提供了黑白名单控制服务所允许的调用方。12、集群容错怎么做答读操作建议使用 Failover 失败自动切换默认重试两次其他服务器。写操作建议使用 Failfast 快速失败发一次调用失败就立即报错。13、在使用过程中都遇到了些什么问题如何解决的1.同时配置了 XML 和 properties 文件则 properties 中的配置无效只有 XML 没有配置时properties 才生效。2.dubbo 缺省会在启动时检查依赖是否可用不可用就抛出异常阻止 spring 初始化完成check 属性默认为 true。测试时有些服务不关心或者出现了循环依赖将 check 设置为 false3.为了方便开发测试线下有一个所有服务可用的注册中心这时如果有一个正在开发中的服务提供者注册可能会影响消费者不能正常运行。解决让服务提供者开发方只订阅服务而不注册正在开发的服务通过直连测试正在开发的服务。设置 dubbo:registry 标签的 register 属性为 false。4.spring 2.x 初始化死锁问题。在 spring 解析到 dubbo:service 时就已经向外暴露了服务而 spring 还在接着初始化其他 bean如果这时有请求进来并且服务的实现类里有调用applicationContext.getBean() 的用法。getBean 线程和 spring 初始化线程的锁的顺序不一样导致了线程死锁不能提供服务启动不了。解决不要在服务的实现类中使用 applicationContext.getBean(); 如果不想依赖配置顺序可以将 dubbo:provider 的 deplay 属性设置为 - 1使 dubbo 在容器初始化完成后再暴露服务。5.服务注册不上检查 dubbo 的 jar 包有没有在 classpath 中以及有没有重复的 jar 包检查暴露服务的 spring 配置有没有加载在服务提供者机器上测试与注册中心的网络是否通6.出现 RpcException: No provider available for remote service 异常表示没有可用的服务提供者检查连接的注册中心是否正确到注册中心查看相应的服务提供者是否存在检查服务提供者是否正常运行7.出现” 消息发送失败” 异常通常是接口方法的传入传出参数未实现 Serializable 接口。14、dubbo 和 dubbox 之间的区别答dubbox 是当当网基于 dubbo 上做了一些扩展如加了服务可 restful 调用更新了开源组件等。15、你还了解别的分布式框架吗答别的还有 spring 的 spring cloudfacebook 的 thrifttwitter 的 finagle 等。16、Dubbo 支持哪些协议每种协议的应用场景优缺点dubbo单一长连接和 NIO 异步通讯适合大并发小数据量的服务调用以及消费者远大于提供者。传输协议 TCP异步Hessian 序列化rmi采用 JDK 标准的 rmi 协议实现传输参数和返回参数对象需要实现 Serializable 接口使用 java 标准序列化机制使用阻塞式短连接传输数据包大小混合消费者和提供者个数差不多可传文件传输协议 TCP。多个短连接TCP 协议传输同步传输适用常规的远程服务调用和 rmi 互操作。在依赖低版本的 Common-Collections 包java 序列化存在安全漏洞webservice基于 WebService 的远程调用协议集成 CXF 实现提供和原生 WebService 的互操作。多个短连接基于 HTTP 传输同步传输适用系统集成和跨语言调用http基于 Http 表单提交的远程调用协议使用 Spring 的 HttpInvoke 实现。多个短连接传输协议 HTTP传入参数大小混合提供者个数多于消费者需要给应用程序和浏览器 JS 调用hessian集成 Hessian 服务基于 HTTP 通讯采用 Servlet 暴露服务Dubbo 内嵌 Jetty 作为服务器时默认实现提供与 Hession 服务互操作。多个短连接同步 HTTP 传输Hessian 序列化传入参数较大提供者大于消费者提供者压力较大可传文件memcache基于 memcached 实现的 RPC 协议 redis基于 redis 实现的 RPC 协议17、Dubbo 集群的负载均衡有哪些策略 Dubbo 提供了常见的集群策略实现并预扩展点予以自行实现。Random LoadBalance: 随机选取提供者策略有利于动态调整提供者权重。截面碰撞率高调用次数越多分布越均匀RoundRobin LoadBalance: 轮循选取提供者策略平均分布但是存在请求累积的问题LeastActive LoadBalance: 最少活跃调用策略解决慢提供者接收更少的请求ConstantHash LoadBalance: 一致性 Hash 策略使相同参数请求总是发到同一提供者一台机器宕机可以基于虚拟节点分摊至其他提供者避免引起提供者的剧烈变动18. 服务调用超时问题怎么解决dubbo在调用服务不成功时默认是会重试两次的。这样在服务端的处理时间超过了设定的超时时间时就会有重复请求比如在发邮件时可能就会发出多份重复邮件执行注册请求时就会插入多条重复的注册数据那么怎么解决超时问题呢如下对于核心的服务中心去除dubbo超时重试机制并重新评估设置超时时间。业务处理代码必须放在服务端客户端只做参数验证和服务调用不涉及业务流程处理 全局配置实例dubbo:provider delay-1 timeout6000 retries0/
当然Dubbo的重试机制其实是非常好的QOS保证它的路由机制是会帮你把超时的请求路由到其他机器上而不是本机尝试所以 dubbo的重试机器也能一定程度的保证服务的质量。但是请一定要综合线上的访问情况给出综合的评估。【END】近期热文 面试珍藏最常见的200多道Java面试题被一个熟悉的面试题问懵了String...面试官如何实现幂等性校验年终盘点 | 2019年Java面试题汇总篇(附答案)关注下方二维码订阅更多精彩内容朕已阅
