一、使用Zookeeper的意义

分布式系统存在的问题：
为了支持高并发，每个客户端都保存了一份服务提供者的列表。但是如果列表有更新，想要得到最新的URL列表（rpc服务的ip和端口号），必须要手动更新配置文件，很不方便。
如图所示，实例3挂掉了，但是列表并没有得到更新。
在这里插入图片描述
故需要动态的更新URL列表，由此引入Zookeeper服务配置中心。

二、Zookeeper基础

zookeeper是为分布式应用提供一致性协调服务的中间件

本质：类似linux的文件系统
调用者真实运行的情况下其实并不知道自已想要调用的函数在哪台机器上（不知道ip和端口）
所以调用者需要在调用前先去服务配置中心去问一下想调用API所在机器上的ip和端口。
同时他还提供全局分布式锁，起到协调控制管理各个分布式节点的功能。

1 文件系统

Zookeeper提供一个多层级的节点命名空间（节点称为znode）。与文件系统不同的是，这些节点都可以设置关联的数据，而文件系统中只有文件节点可以存放数据，目录节点不能存放数据。
Zookeeper为了保证高吞吐和低延迟，在内存中维护了这个树状的目录结构，这种特性使得Zookeeper不能用于存放大量的数据，每个节点的存放数据上限为1M。

一个节点可以存储1Mb的数据
在这里插入图片描述

znode节点操作指令：

ls 罗列节点
get 查看节点
create 创建节点
set 修改节点的值
delete 删除节点（要先删子节点）

2 通知机制

client端会对某个znode建立一个watcher事件，当该znode发生变化时，这些client会收到zk的通知，然后client可以根据znode变化来做出业务上的改变等。

zk的watcher机制
客户端通过watcher机制监听zk节点（变化）
客户端维护的map，键是节点的名字，值是节点的内容（ip+端口）
通过通知和回调机制，由zk主动向客户端汇报节点的变化（节点死掉、新节点加入）

3 原生zkclient API存在的问题

1、设置监听的watcher是一次性的
2、znode 节点只存储简单的byte字节数组（如果想存对象，需要转换对象生成字节数组）
注意：
原生zkclient会自动发送心跳消息（维护session），源码会在1/3的Timeout时间发送ping心跳。
抓包验证：
sudo tcpdump -I lo port 2181 // 抓2181这个端口的所有包

4 服务配置中心Zookeeper模块

所以，需要一个项目注册节点中心配置，维护session会话相当于检测tcp连接的心跳消息，以此来确定链接是否断开。
项目中的由每个服务创建的节点为临时性节点。
总结：每个rpc服务器端都会向zookeeper服务注册配置中心传入 ip + port + 服务名字，客户端进程查询获得ip+port
在这里插入图片描述

三、Zk类实现

封装的ZkClient客户端类头文件

#pragma onceclass ZkClient
{
public:ZkClient();~ZkClient();void Start();  // zkclient启动连接zkservervoid Create(const char *path, const char *data, int datalen, int state=0); // 在zkserver上根据指定的path创建znode节点std::string GetData(const char *path);  // 根据参数指定的znode节点路径，或者znode节点的值
private:zhandle_t *m_zhandle;  // zk的客户端句柄
};

构造、析构实现：

ZkClient::ZkClient() : m_zhandle(nullptr)
{
}ZkClient::~ZkClient()
{if (m_zhandle != nullptr){zookeeper_close(m_zhandle); // 关闭句柄，释放资源  MySQL_Conn}
}

Start方法

首先从配置文件中读取zookeeper客户端ip和port。

std::string host = MprpcApplication::GetInstance().GetConfig().Load("zookeeperip");
std::string port = MprpcApplication::GetInstance().GetConfig().Load("zookeeperport");
std::string connstr = host + ":" + port;

使用zookeeper_mt的多线程版本。

zk的客户端提供了三个线程：
1、API调用线程：zookeeper_init，直接导致下面两个线程的开辟
2、网络I/O收发线程：pthread_create（底层为poll，且会在1/3的Timeout时间发送ping心跳保持与zkserver的通信）
3、watcher回调线程：pthread_create当zkclient接收zkserver的响应后，zkserver给zkclient通知
zookeeper是异步连接过程，需要绑定一个全局回调函数global_watcher（新线程连接）

m_zhandle = zookeeper_init(connstr.c_str(), global_watcher, 30000, nullptr, nullptr, 0);
之后检查创建的m_zhandle是否为空指针

输入：(127.0.0.1: 2181, 回调函数, session超时时间30s, null, null, 0)

注：

zk的端口号2181。
上述代码只是成功创建句柄资源，并不代表zkserver的连接成功与否。
全局回调函数global_watcher决定是否连接成功。

全局的watcher观察器：

// 全局的watcher观察器   zkserver给zkclient的通知
void global_watcher(zhandle_t *zh, int type,int state, const char *path, void *watcherCtx)
{if (type == ZOO_SESSION_EVENT)  // 回调的消息类型是和会话相关的消息类型{if (state == ZOO_CONNECTED_STATE)  // zkclient和zkserver连接成功{sem_t *sem = (sem_t*)zoo_get_context(zh);sem_post(sem);}}
}

直到收到state == ZOO_CONNECTED_STATE消息才算连接成功。这时sem信号量置1。
也就说sem的值是由全局观察者在连接状态变为已连接时通过调用sem_post()或类似的函数来增加的。

Start方法中等待信号量sem为1，连接成功，打印信息。

sem_t sem;
sem_init(&sem, 0, 0);
zoo_set_context(m_zhandle, &sem);sem_wait(&sem);  // 阻塞，直到sem为1
std::cout << "zookeeper_init success!" << std::endl;

创建节点、get节点值方法

void ZkClient::Create(const char *path, const char *data, int datalen, int state)
{char path_buffer[128];int bufferlen = sizeof(path_buffer);int flag;// 先判断path表示的znode节点是否存在，如果存在，就不再重复创建了flag = zoo_exists(m_zhandle, path, 0, nullptr);if (ZNONODE == flag) // 表示path的znode节点不存在{// 创建指定path的znode节点了flag = zoo_create(m_zhandle, path, data, datalen,&ZOO_OPEN_ACL_UNSAFE, state, path_buffer, bufferlen);if (flag == ZOK){std::cout << "znode create success... path:" << path << std::endl;}else{std::cout << "flag:" << flag << std::endl;std::cout << "znode create error... path:" << path << std::endl;exit(EXIT_FAILURE);}}
}// 根据指定的path，获取znode节点的值
std::string ZkClient::GetData(const char *path)
{char buffer[64];int bufferlen = sizeof(buffer);int flag = zoo_get(m_zhandle, path, 0, buffer, &bufferlen, nullptr);if (flag != ZOK){std::cout << "get znode error... path:" << path << std::endl;return "";}else{return buffer;}
}

四、框架应用

rpc提供端框架

首先调用Start方法。
之后将当前rpc节点上要发布的服务全部注册到zk上，让rpc调用端可以从zk上发现服务。

先创建永久父节点/UserServiceRpc，
再根据提供端维护的rpc方法map表，创建临时子节点/UserServiceRpc/Login（Login方法…），也就是将要发布的服务全部注册到zk上。

// session timeout   30s     zkclient 网络I/O线程  1/3 * timeout 时间发送ping消息
ZkClient zkCli;
zkCli.Start();
// service_name为永久性节点    method_name为临时性节点
for (auto &sp : m_serviceMap) 
{// /service_name   /UserServiceRpcstd::string service_path = "/" + sp.first;zkCli.Create(service_path.c_str(), nullptr, 0);for (auto &mp : sp.second.m_methodMap){// /service_name/method_name   /UserServiceRpc/Login 存储当前这个rpc服务节点主机的ip和portstd::string method_path = service_path + "/" + mp.first;char method_path_data[128] = {0};sprintf(method_path_data, "%s:%d", ip.c_str(), port);// ZOO_EPHEMERAL表示znode是一个临时性节点zkCli.Create(method_path.c_str(), method_path_data, strlen(method_path_data), ZOO_EPHEMERAL);}
}

rpc调用端（客户端）框架

首先，同样是调用Start方法：

ZkClient zkCli;
zkCli.Start();

然后，CallMethod中通过zk获取ip:port。也就是说，通过要调用方法的名称（Login）在zk的节点中寻找对应的ip和port。

//  /UserServiceRpc/Login
std::string method_path = "/" + service_name + "/" + method_name;
// 127.0.0.1:8000
std::string host_data = zkCli.GetData(method_path.c_str());

因为读取的地址是host_data = 127.0.0.1:8000，所以将其分离：

if (host_data == "")
{controller->SetFailed(method_path + " is not exist!");return;
}
int idx = host_data.find(":");
if (idx == -1)
{controller->SetFailed(method_path + " address is invalid!");return;
}
std::string ip = host_data.substr(0, idx);
uint16_t port = atoi(host_data.substr(idx+1, host_data.size()-idx).c_str());