dubbo-php-framework介绍

dubbo-php-framework（https://github.com/dubbo/dubbo-php-framework）是由深圳乐信（http://www.lexinfintech.com）公司开源的用于php语言的RPC通讯框架，与dubbo在协议上完全兼容，可同时作为provider端和consumer端,使用zookeeper用于服务注册发现,序列化使用fastjson，底层网络通信使用swoole实现，下图为其架构图：

其中组件简介如下：

1、php-consumer，rpc调用中的消费者。

2、php-provider，rpc调用中的生产者，服务提供者，因provider是用swoole实现，存在多个worker，1个master和1个manager进程角色。

3、provider_admin，provider的管理者，简单封装了provider的启动、停止、加载配置文件等动作。

4、registry，provider服务注册者，基于zookeeper实现服务的注册，所谓注册也就是在zookeeper实现节点的创建和地址更新。

5、agent，代理，用于监听registry，将新的节点变更同步更新到redis中。

6、redis，用于本地存储provider信息，防止在zookeeper出现问题时，还能为consumer提供provider地址信息，继续服务。

基于上述架构图，整体的流程简述如下：

1、首先通过provider_admin组件启动provider服务，这时provider服务会注册到registry（zookeeper）中，zookeeper将这次的变更通知到agent，agent拉取registry中的节点内容更新redis中的内容，这里完成了服务注册的过程，其他的服务下线等流程不做分析，后续在分析代码时再细聊。

2、consumer调用相应的provider时，通过本地redis检查provider服务地址信息，获取到信息后（主要是IP，PORT，服务名，接口名，版本号等信息），基于swoole通信完成相应的调用。

拉取代码后，代码整体架构如下图所示：

这里简述下各个目录的功能，细节后面篇章分析。

1、agent目录是由c语言实现的daemon程序，充当架构图的agent角色。

2、api目录实现了consumer侧的一些通用接口。

3、bin目录实现了provider_admin的功能，用于控制provider的启动停止等。

4、common目录实现一些通用功能，包括协议，文件操作工具等。

5、demo目录是框架提供的列子。

6、provider是框架实现的核心。

7、registry是用于服务注册相关的功能。