阿里分布式服务框架 dubbo现在已成为了外面很多中小型甚至一些大型互联网公司作为服务治理的一个首选或者考虑方案，相信大家在日常工作中或多或少都已经用过或者接触过dubbo了。但是我搜了一下网上关于dubbo框架原理方面的解析还是比较少，大多数都是介绍一个大概的框架结构和一些配置的用法。一些低层原理的介绍还是比较少。于是我去githu
在使用dubbo注册服务时会遇到IP解析错误导致无法正常访问. 比如: 本机设置的IP为172.16.11.111, 但实际解析出来的是180.20.174.11 这样就导致这个Service永远也无法被访问到, 而调用方一直报错.当然若发现服务无法访问, 最好先通过dubbo-admin后台排查下注册的服务是否正常.IP解析异常时的解决方法:绑定hostname+ip1. 先查看机器的hostn
之前碰到过这样的问题，在dubbo admin里会看到有不明的外网IP，服务虽然是注册成功了，但是提供者确实来自不明的IP。 今天做新项目上线，又碰到了这种情况。灵机一动会不会是因为dubbo在获取ip时有问题呢？于是就debug了下– (a) 在服务器JVM参数中加入：-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_s
Dubbo服务主机IP没有绑定的坑（dubbo注册时出现主机上没有的IP的解决方案） 原创
2016年05月06日 20:31:31 初次使用dubbo，在研发环境和测试环境测试没有问题，然后将服务上线，上线后，Dubbo服务端启动正常，客户端启动失败，并提示
[html]
view plain
copy
print
?
核心流程前面在服务暴露与引用分析的时候，我们是基于直连的方式，没有使用注册中心，这就需要将url写死，这显然不符合我们的实际开发。实际开发中，rpc的核心流程应该是这样的：代理协议有了注册中心后，就引出了RegistryProtocol这个概念，它继承了Protocol，但是它并不具备远程通信的能力，所以在它内部代理了一个Protocol，所以它是一个代理协议。通过下图来看看它和注册中心，Dubb
摘要：大部分互联网公司都会使用dubbo作为微服务架构的中间件选择，这篇博客从一次故障说起，延伸到dubbo源码分析，以供他人借鉴。在某次服务迁移中，需要把服务从服务器集群A迁移到服务器集群B，为了保证服务平滑迁移，所以存在一个时期，是服务器集群A和B同时存在的，我的服务provider要向集群A和B同时注册服务、提供服务。配置如下<dubbo:registry address="A ip
本地搭建Dubbo+Zookeeper及服务注册环境准备一、Java开发环境配置1. 下载JDK2. 安装JDK3. 配置环境变量4. 测试JDK是否安装成功二、zookeeper安装与启动1. 下载zookeeper2. 安装3. 配置环境变量4. 启动zookeeper三、Tomcat安装及配置1. 下载tomcat2. 安装3. 配置环境变量4. 测试tomcat是否安装成功5. 启动to
2,进入 conf 目录，复制一份 zoo_sample.cfg 为 zoo.cfg，对其进行修改：，打开 zoo.cfg配置下 dataDir 和 dataLogDir 的路径使用默认即可，clientPort 使用默认的 2181 端口即可配置好后，双击zkServer.cmd启动注册中心服务。
在上一篇博客《初识微服务框架——Dubbo》中提到Dubbo组件之间调用的关系，有4个重要的组件，提供者（Provider）、消费者（Consumer）、注册中心（Zookeeper）和服务监控（Monitor），注册中心、服务监控不需要我们去创建，dubbo自身提供的，我们要做的就是创建一个提供者项目
为什么需要Nacos?我们现在的RPC框架其实只有一个服务提供者，客户端也是通过固定的一个服务端地址进行访问的，这会存在极大的隐患，如果这个服务提供者挂了或者换了地址，那客户端就没法访问了。 在分布式架构中，有一个重要的组件，就是服务注册中心，它用于保存多个服务提供者的信息，每个服务提供者在启动时都需要向注册中心注册自己所拥有的服务。这样客户端在发起远程调用的时候，就可以直接向注册中心请求服务提供
服务导出Dubbo服务导出大体流程Dubbo的每个Service注解都对应一个ServiceBean对象，每个ServiceBean对象都实现了Spring的ApplicationListener接口，当Spring项目启动结束后，会触发一个上下文刷新事件ContextRefreshEvent事件， 触发的方法是onApplicationEvent方法， ServiceBean的onApplica
provider（生产者）import com.alibaba.dubbo.config.ApplicationConfig;
import com.alibaba.dubbo.config.ProtocolConfig;
import com.alibaba.dubbo.config.RegistryConfig;
import com.alibaba.dubbo.config.ServiceC
本文采用Dubbo与Zookeeper、Spring框架的整合。整个项目的代码已经上传到我的github https://github.com/wangyuanjun008/wyj-dubbo-demo.git 欢迎查看。 主要是以下几个步骤： 1. 安装Zookeeper,启动； 2. 创建MAVEN项目，构建Dubbo+Zookeeper+Spring实现的简单Demo； 3. 安装D
ZooKeeper 集群的安装、配置、高可用测试Dubbo 注册中心集群 Zookeeper-3.4.6 Dubbo 建议使用 Zookeeper 作为服务的注册中心。Zookeeper 集群中只要有过半的节点是正常的情况下，那么整个集群对外就是可用的。正是基于这个特性，要将 ZK 集群的节点数量要为奇数（2n+1：如 3、5、7 个节点）较为合适。 服务器 1：1
一、Dubbo服务注册过程先从下面这个demo开始：@EnableDubbo(scanBasePackages = "com.alibaba.dubbo.demo.service")
@PropertySource(value = "classpath:/provider-config.properties")
public class DemoServiceProviderBootstrap {
github测试Demo项目地址：https://github.com/HopeAndStart/spring-dubbp.git一：概述继上篇文章讲解如何进行服务发布与消费之后本文将讲解服务发布协议配置项<dubbo:protocol>与注册中心配置项<dubbo:registry>。声明一点就是Dubbo支持多种通信协议，同时也支持多种服务注册中心。所以本文仅仅是讲解这
dubbo的结构：结构说明：Provider：服务提供方Consumer：服务消费方Registry：服务注册和发现的注册中心Monintor：监控中心，负责监控服务的调用次数和调用时间的监控中心Container：服务运行的容器服务调用的关系如下：0：容器运行，启动，加载服务提供方1：容器启动时，想服务注册中心，注册自己的服务；2：服务消费者启动时，想注册中心订阅自己需要消费的服务，3：注册中心
学习目标：了解应用架构演进过程了解RPC技术掌握Dubbo框架的架构掌握Zookeeper注册中心的基本使用掌握Dubbo生产者和消费者的开发了解Dubbo的管理控制台的使用了解Dubbo的相关配置1. 应用架构的演进过程单一应用架构当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。垂直应用架构当访问量逐渐增大
服务注册的几个步骤 对于RPC框架的服务注册，一般包含了如下的流程：加载服务提供者，可能是通过xml配置的，也可能是通过扫描注解的实例化服务提供者，并以服务接口作为key，实现类作为value存储到一个map容器中开启网络监听将服务提供者的地址路径（ip:port/服务名?参数等）注册到注册中心当网络监听接收到请求时，根据请求过来的服务名及参数等，从容器中获取到服务提供者实现，通过消费端调用时传
技术：springboot，maven，dubbo，zookeeper背景：项目的功能类似一个中转路由，通过页面可以发送请求，请求到别的项目的接口，大家都知道dubbo接口的服务提供方需要把服务注册到zookeeper上，然后服务消费方获得服务提供方提供的facade包（也就是jar包），可以作为消费者去请求提供方的服务。这里就有一个问题，dubbo接口的服务，无论是服务提供者还是服务消费者都有几
