一：dubbo是什么
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架
二：主要核心
1.远程通讯
提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化， 以及“请求-响应”模式的信息交换方式。
2.集群容错
提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
3.自动发现
基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。
三：主要作用
1.透明化的远程方法调用：
就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
2.软负载均衡及容错机制
可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
3. 服务自动注册与发现
不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。
四:dubbo架构
Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器
调用关系说明：
0 服务容器负责启动，加载，运行服务提供者。
1. 服务提供者在启动时，向注册中心注册自己提供的服务。
2. 服务消费者在启动时，向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
二：功能实现
一：连接方式
使用Dubbo进行远程调用实现服务交互，它支持多种协议，如Hessian、HTTP、RMI、Memcached、Redis等等。由于Dubbo将这些协议的实现进行了封装了，无论是服务端（开发服务）还是客户端（调用服务），都不需要关心协议的细节，只需要在配置中指定使用的协议即可，从而保证了服务提供方与服务消费方之间的透明
1. Dubbo广播
这种方式是dubbo官方入门程序所使用的连接方式，但是这种方式有问题。在企业开发中，不使用广播的方式。
2. Dubbo直连
这种方式在企业中一般在开发中环境中使用，但是生产环境很少使用，因为服务是直接调用，没有使用注册中心，很难对服务进行管理。
3. Dubbo注册中心（multicast zookeeper redis simple）
Dubbo注册中心和广播配置类似，不过需要指定注册中心类型和注册中心地址，这时不是把服务信息进行广播，而是将服务给注册中心进行管理，这个时候就需要有一个注册中心。官方推荐使用zookeeper作为注册中心。
二：安装zookeeper注册中心
下载： https://archive.apache.org/dist/zookeeper/zookeeper-3.4.8/
解压
重命名zoo_sample.cfg为zoo.cfg
修改zoo.cfg内容为：
# The number of milliseconds of each tick tickTime=2000 # The number of ticks that the initial # synchronization phase can take initLimit=10 # The number of ticks that can pass between # sending a request and getting an acknowledgement syncLimit=5 # the directory where the snapshot is stored. # do not use /tmp for storage, /tmp here is just # example sakes. dataDir=D:\\dubbo\\zookeeper-3.4.8\\data # the port at which the clients will connect clientPort=2181 # the maximum number of client connections. # increase this if you need to handle more clients #maxClientCnxns=60 # # Be sure to read the maintenance section of the # administrator guide before turning on autopurge. # # http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_maintenance # # The number of snapshots to retain in dataDir #autopurge.snapRetainCount=3 # Purge task interval in hours # Set to "0" to disable auto purge feature #autopurge.purgeInterval=1 admin.serverPort=2181 |
点击bin目录下的zkServer.cmd即可
三:搭建项目
1.父工程,用于版本管理
2. 创建dubbo-framework项目，可以把共性的配置写在里面
1. 右键点击dubbo-parent -> new -> other->输入maven
3.创建dubbo-user项目(每个项目都是独立的)
1.右键点击dubbo-parent -> new -> other->输入maven
3.1创建dubbo-user-pojo项目（用于存储user项目的实体类）
3.1.1右键点击dubbo-user -> new -> other->输入maven
3.2创建dubbo-user-mapper子工程，和dubbo-user-pojo创建方式一样
3.3创建dubbo-user-interface子工程，和dubbo-user-pojo创建方式一样
3.4创建dubbo-user-service子工程，和dubbo-user-pojo创建方式一样
3.5创建dubbo-user-controller子工程，和dubbo-user-pojo创建方式一样
4.创建dubbo-dept项目
1.右键点击dubbo-parent -> new -> other->输入maven
4.2创建dubbo-dept-mapper,与dubbo-dept-pojo创建方式一样
4.3创建dubbo-dept-interface,与dubbo-dept-pojo创建方式一样
4.4创建dubbo-dept-service,与dubbo-dept-pojo创建方式一样
4.5创建dubbo-dept-controller,与dubbo-dept-pojo创建方式一样
5.搭建说明
5.1总览
5.2 依赖说明
--每一个项目就相当于一个jar包
--pojo项目依赖公共的framework依赖
--mapper项目依赖对应的pojo依赖
--interface项目依赖对应的mappet依赖
--service项目依赖对应的interface依赖
--controller项目依赖需要调用的服务的interface依赖
四. 实现
1. maven中引入dubbo-spring-boot-starter的依赖(官方,版本：1.0.0)
<dependency> <groupId>com.alibaba.spring.boot</groupId> <artifactId>dubbo-spring-boot-starter</artifactId> </dependency> |
2. 在application.properties文件中配置对于的zookeeper服务以及dubbo服务名称和端口
3. 在需要暴漏的服务上面加上dubbo的@service注解，指定实现的接口（提供者）
4. 在使用方依赖所需要调用的接口项目，使用dubbo的@Reference注解引入对象，即可使用（消费者）
五.测试
1.启动顺序
启动dubbo-user-service 的Application类的main方法
启动dubbo-dept-service 的Application类的main方法
启动dubbo-user-controller的Application类的main方法
2.查看发布的服务
1.打开cmd
2.进入zookeeper里面的bin目录下
3.输入zkCli.cmd -server 127.0.0.1:2181 (端口) 相当于进入zk的客户端
4.输入ls /
5.输入ls /dubbo就能看到发布的服务了
测试成功，跨项目调用服务成功
扫一扫
608
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
