挂了，还可以消费dubbodubbo 不暴露某个方法的服务，什么原

来源：蜘蛛抓取(WebSpider) 时间：2018-07-24 07:39 标签： 常见的消费方式有哪些
Dubbo注册中心挂掉之后，是否还可以继续通信？
注册中心中任意一台机器宕机之后，可以切换到另一台主机上。如果所有的主机都宕机了，还可以依赖本地缓存进行通信。
实现dubbo服务降级
Dubbo中zookeeper做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么？
dubbo常见问题
dubbo源码分析（一）
Dubbo源代码实现三：注册中心Registry
注册中心 及负载均衡
Dubbo-Admin管理平台和Zookeeper注册中心的搭建
dubbo使用zookeeper连接，zookeeper宕机后怎么处理
dubbo分布式项目常见的异常及处理方法
没有更多推荐了，dubbo相关（一）
1、使用dubbo传输协议默认是挂在netty服务器下的，一旦端口配置和tomcat端口一致就会冲突无法启动。
2、使用hessian传输协议默认使用jetty-server的api的，因为我们使用的是tomcat所以要修改相应的配置。
1、web.xml添加如下代码：
&servlet-name&dubbo&/servlet-name&
&servlet-class&com.alibaba.dubbo.remoting.http.servlet.DispatcherServlet&/servlet-class&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&dubbo&/servlet-name&
&url-pattern&/*&/url-pattern&
&/servlet-mapping&
2、在dubbo.properties如下配置：
dubbo.custom.log.user.flag=true
dubbo.reference.check=false
dubbo.service.version=3.0
dubbo.protocol.port=9300
dubbo.protocol.name=hessian
dubbo.protocol.contextpath=dubbo
dubbo.protocol.server=servlet
没有更多推荐了，面试题：Dubbo中zookeeper做注册中心，如果注册中心集群全都挂掉，发布者和订阅者之间还能通信么？
2、【消费者】在【启动】时，向注册中心zk 【订阅】自己所需的服务。
可以的，消费者在启动时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。
每次调用时，按照本地存储的地址进行调用
可以的，消费者本地有一个生产者的列表，他会按照列表继续工作，倒是无法从注册中心去同步最新的服务列表，短期的注册中心挂掉是不要紧的，但一定要尽快修复
挂掉是不要紧的，但前提是你没有增加新的服务，如果你要调用新的服务，则是不能办到的
ZooKeeper学习总结（3）——ZooKeeper常见面试题
dubbo&&zookeeper面试题
Zookeeper面试专题
zookeeper常见面试题
dubbo 问题整理
Dubbo中zookeeper做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么？
zookeeper挂了怎么解决
2018年前线互联网公司Java高级面试题总结
Zookeeper最常用的作用，作为dubbo的注册中心
dubbo向zookeeper注册服务
没有更多推荐了，1，rpc的分布式集群支持：负载均衡是对外提供一个公共地址，请求过来时通过轮询、随机的形式来分摊压力，挂一台补一台2，结合zookeeper解藕：(提供者注册和消费者订阅)客户端和服务端启动的时候都会把自己的机器IP注册到zookeeper上。客户端会把zk上的服务端ip拉到磁盘上，并记录哪些ip提供哪些服务（服务端启动的时候暴露给zk）。&& 然后调用的时候客户端会根据ip调用服务端的服务，这时候即使zk挂掉也没关系。3：长连接通讯：nio通信抽象封装（暂时没接触）
可用场景：1，商城做活动流量暴涨：防止系统崩掉 可以通过dubbo来控制访问量2，分布式服务器rpc过程调用压力分担
mq的问题的起源：
对分布式系统研究的 CAP定律 & &分布式事务有强一致，弱一致，和最终一致性 &只能同时满足2点，三者不能兼得
比如有订单，库存两个数据，一个下单过程简化为，加一个订单，减一个库存。 而订单和库存是独立的服务，那怎么保证数据一致性
保证两个远程调用“同时成功”，数据一致 当然失败和超时都有可能 ，一般的解决方案，大多数的做法是借助mq来做最终一致
mq一个点对点一个是分布式订阅：
mq的2个好处是：1，消息不丢失：服务之间端掉消息会保存到mq中间件中，当消费者服务器恢复后就会重新发过去，消息不会丢失2，异步处理：比如一个商城用户购买产品后后台会去更新数据库然后响应给客户端，如果在高并发的情况下，这样更新数据库响应客户端会变慢，可以使用mq消息队列的消费者进程中获取数据来进行异步写数据，由于消息对垒的服务处理速度远快于数据库，因此响应延迟能得到有效改善
阅读(...) 评论()834 条评论分享收藏感谢收起github.com/apache/incubator-dubbodubbo的文档地址：用户手册：开发手册：管理手册：在线gitter聊天室：对了，admin和monitor也从核心项目迁出了到dubbo-ops：以后dubbo周边的工具都会单独来维护，就像RocketMQ的项目结构一样。6、dubbo邮件组可以这里看到：订阅很简单，给dev&dev@dubbo.apache.org&发一封空邮件，收到回复后再直接回一个空邮件就成了。这样dubbo的所有讨论你都可以看到，并且可以通过邮件回复来参与讨论。当然也欢迎大家为dubbo做贡献。提交补丁代码，发现问题，提交issue，参与讨论，发表看法，写关于dubbo的blog，都是为dubbo社区做贡献。开源是一件众人拾柴火焰高的事儿，每个人都贡献一点力量，开源就会发展的很好。7、再给大家讲一下dubbo的版本策略：两个大版本并行发展，2.5.x是稳定版本，2.6.x是新功能实验版本。2.6上实验都稳定了以后，会迁移到2.5，所以如果你想跟进各类最新的牛逼特性，请使用2.6，否则用2.5版本。赞同 84 条评论分享收藏感谢收起

我要回帖

更多关于 常见的消费方式有哪些 的文章

 

随机推荐