摘要：大部分互联网公司都会使用dubbo作为微服务架构的中间件选择，这篇博客从一次故障说起，延伸到dubbo源码分析，以供他人借鉴。在某次服务迁移中，需要把服务从服务器集群A迁移到服务器集群B，为了保证服务平滑迁移，所以存在一个时期，是服务器集群A和B同时存在的，我的服务provider要向集群A和B同时注册服务、提供服务。配置如下<dubbo:registry address="A ip
2,进入 conf 目录，复制一份 zoo_sample.cfg 为 zoo.cfg，对其进行修改：，打开 zoo.cfg配置下 dataDir 和 dataLogDir 的路径使用默认即可，clientPort 使用默认的 2181 端口即可配置好后，双击zkServer.cmd启动注册中心服务。
在上一篇博客《初识微服务框架——Dubbo》中提到Dubbo组件之间调用的关系，有4个重要的组件，提供者（Provider）、消费者（Consumer）、注册中心（Zookeeper）和服务监控（Monitor），注册中心、服务监控不需要我们去创建，dubbo自身提供的，我们要做的就是创建一个提供者项目
服务导出Dubbo服务导出大体流程Dubbo的每个Service注解都对应一个ServiceBean对象，每个ServiceBean对象都实现了Spring的ApplicationListener接口，当Spring项目启动结束后，会触发一个上下文刷新事件ContextRefreshEvent事件， 触发的方法是onApplicationEvent方法， ServiceBean的onApplica
为什么需要Nacos?我们现在的RPC框架其实只有一个服务提供者，客户端也是通过固定的一个服务端地址进行访问的，这会存在极大的隐患，如果这个服务提供者挂了或者换了地址，那客户端就没法访问了。 在分布式架构中，有一个重要的组件，就是服务注册中心，它用于保存多个服务提供者的信息，每个服务提供者在启动时都需要向注册中心注册自己所拥有的服务。这样客户端在发起远程调用的时候，就可以直接向注册中心请求服务提供
ZooKeeper 集群的安装、配置、高可用测试Dubbo 注册中心集群 Zookeeper-3.4.6 Dubbo 建议使用 Zookeeper 作为服务的注册中心。Zookeeper 集群中只要有过半的节点是正常的情况下，那么整个集群对外就是可用的。正是基于这个特性，要将 ZK 集群的节点数量要为奇数（2n+1：如 3、5、7 个节点）较为合适。 服务器 1：1
服务注册的几个步骤 对于RPC框架的服务注册，一般包含了如下的流程：加载服务提供者，可能是通过xml配置的，也可能是通过扫描注解的实例化服务提供者，并以服务接口作为key，实现类作为value存储到一个map容器中开启网络监听将服务提供者的地址路径（ip:port/服务名?参数等）注册到注册中心当网络监听接收到请求时，根据请求过来的服务名及参数等，从容器中获取到服务提供者实现，通过消费端调用时传
spring Cloud与dubbo都为微服务框架，那么我们在进行技术选型时应该怎么考虑呢?可以从以下几个方面考虑1.架构完整度:与spring cloud相比，dubbo的架构完整度不够，其本身只提供了服务注册中心与服务治理两个模块，而spring cloud到现在为止，已经提供了服务注册中心，服务治理等24个模块，并且还在增加中。虽然dubbo也可以整合第三方框架，但是搭建出来的dubbo架构
配置zookeeper将zookeeper–>conf–>zoo_sample.cfg复制在一份改名为zoo.cfg（就在当前目录） 打开zoo.cfg文件。将dataDir=后面的路径改为你自己的存放路径加上data（注意双斜杠） 配置zookeeper环境变量 添加ZOOKEEPER_HOME 值为zookeeper的根目录路径 添加%ZOOKEEPER_HOME%\bin;
之前碰到过这样的问题，在dubbo admin里会看到有不明的外网IP，服务虽然是注册成功了，但是提供者确实来自不明的IP。 今天做新项目上线，又碰到了这种情况。灵机一动会不会是因为dubbo在获取ip时有问题呢？于是就debug了下– (a) 在服务器JVM参数中加入：-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_s
dubbo介绍dubbo是一套基于java的高可用的分布式服务框架。由阿里巴巴开发，并对外开源。和其他RPC框架一样，在服务端声明接口服务，并实现，同时将服务注册到服务注册中心（开源使用zookeeper作为注册中心）；客户端声明与服务端一致的接口，然后调用即可。dubbo概念provider：服务提供者，也就是声明服务接口，并暴露服务的一方 consumer：服务消费者，也就是调用服务的一方
阿里分布式服务框架 dubbo现在已成为了外面很多中小型甚至一些大型互联网公司作为服务治理的一个首选或者考虑方案，相信大家在日常工作中或多或少都已经用过或者接触过dubbo了。但是我搜了一下网上关于dubbo框架原理方面的解析还是比较少，大多数都是介绍一个大概的框架结构和一些配置的用法。一些低层原理的介绍还是比较少。于是我去githu
前言本章主要对分布式系统，RPC的实现方式和Zookeeper实现做一个详细的概述并通过实战代码加深对他们的了解。1. 分布式什么是分布式系统? :“分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统”;分布式系统的出现是为了用廉价的、普通的机器完成单个计算机无法完成的计算、存储任务。其目的是利用更多的机器，处理更多的数据。 ⑴ 分布式系统（distributed syste
在使用dubbo注册服务时会遇到IP解析错误导致无法正常访问. 比如: 本机设置的IP为172.16.11.111, 但实际解析出来的是180.20.174.11 这样就导致这个Service永远也无法被访问到, 而调用方一直报错.当然若发现服务无法访问, 最好先通过dubbo-admin后台排查下注册的服务是否正常.IP解析异常时的解决方法:绑定hostname+ip1. 先查看机器的hostn
不知道你是否在工作中有遇到过类似情况：dubbo接口调试复杂，需要通过telnet命令或者通过consumer调用来触发。telnet语句参数格式复杂，每次编写都要小心谨慎，一旦出错又需重来。复杂对象参数传参调用接口复杂，编写java api调用接口时间成本较高。 上述这些坑我在工作中都有遇见过，发现大部分耗时都会卡在调用dubbo服务做自测的阶段，所以后来花费了写业余时间
本地搭建Dubbo+Zookeeper及服务注册环境准备一、Java开发环境配置1. 下载JDK2. 安装JDK3. 配置环境变量4. 测试JDK是否安装成功二、zookeeper安装与启动1. 下载zookeeper2. 安装3. 配置环境变量4. 启动zookeeper三、Tomcat安装及配置1. 下载tomcat2. 安装3. 配置环境变量4. 测试tomcat是否安装成功5. 启动to
Dubbo服务主机IP没有绑定的坑（dubbo注册时出现主机上没有的IP的解决方案） 原创
2016年05月06日 20:31:31 初次使用dubbo，在研发环境和测试环境测试没有问题，然后将服务上线，上线后，Dubbo服务端启动正常，客户端启动失败，并提示
[html]
view plain
copy
print
?
核心流程前面在服务暴露与引用分析的时候，我们是基于直连的方式，没有使用注册中心，这就需要将url写死，这显然不符合我们的实际开发。实际开发中，rpc的核心流程应该是这样的：代理协议有了注册中心后，就引出了RegistryProtocol这个概念，它继承了Protocol，但是它并不具备远程通信的能力，所以在它内部代理了一个Protocol，所以它是一个代理协议。通过下图来看看它和注册中心，Dubb
一、Nacos简介1、为什么叫Nacos前四个字母分别为Naming和Configuration的前两个字母，最后的s为Service。2、是什么1、一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。2、Nacos: Dynamic Naming and Configuration Service3、Nacos就是注册中心 + 配置中心的组合 等价于 Nacos = Eureka+C
本文采用Dubbo与Zookeeper、Spring框架的整合。整个项目的代码已经上传到我的github https://github.com/wangyuanjun008/wyj-dubbo-demo.git 欢迎查看。 主要是以下几个步骤： 1. 安装Zookeeper,启动； 2. 创建MAVEN项目，构建Dubbo+Zookeeper+Spring实现的简单Demo； 3. 安装D
