m0_62689947的博客

对线程池回收资源时出现的死锁问题进行定位和解决

对于线程池的一些基础理论知识的梳理

本文对于线程池项目要用到的线程同步的操作进行简要的描述，并对项目的设计进行概述

本文对mprpc项目进行总结，并编写一键编译脚本

本文封装了zookeeper的客户端代码，zookeeper如何应用到mprpc项目中，tcpdump抓包验证心跳机制

本文简述了，什么是zookeeper，zookeeper提供的文件系统和通知机制，作用，特性，安装，znode节点的存储格式以及什么是分布式系统，分布式系统存在的问题和解决方法

本文简述了项目为什么要有日志系统，以及日志系统的实现原理，具体实现和使用

本文简述了项目需要用到RpcController模块的地方，以及模块的实现和使用

有一个本地服务，我想把它发布成远程服务，首先在user.proto中定义rpc方法的描述，定义参数和响应的消息类型然后在userservice.cc文件中通过继承UserServiceRpc这个类，重写一下响应的方法（打四个动作）如下别人调用的话，在calluserservice.cc测试register。

【代码】实现RPC方法的调用过程(RpcChannel)

对rpc框架代码进行点对点通信的测试，发现bug并修复

【代码】RpcChannel的调用过程。

测试http服务、tcp服务、生成聚合报告（生成详细的报表，起了多少个线程来模拟客户端，总共压力测试多长时间，总共发送多少请求，总共响应多少请求，平均的请求时间，最大的请求耗费时间，最小的请求耗费时间，整个的请求，响应的成功率，QPS的值，都会详细列出来）在linux上，需要单独编译安装 直接创建线程组，发送的时间，压力测试的持续时间，但是只能测试http服务的性能，http服务器，支持httpAPI的性能。涉及linux上进程socketfd的设置相关，需要设置使用描述符的上限，用来支持更大的连接量。

onmessage等待远程rpc的调用请求，数据过来之后，按我们协商好的数据格式解析，最终解析出service_name、method_name和方法调用参数等数据，从抽象层动态的生成method的请求（request）和响应（response），将参数填到请求中（反序列化）绑定的方法做的是将响应进行一个序列化，然后通过网络发送回去，发送回去后，我们由rpc的提供者主动关闭这条连接，省资源，给其它rpc客户端再继续提供服务。当它启动以后，这里面相当于启动了一个epoll+多线程的服务器，

这篇文章主要完成，protobuf实现的数据序列化和反序列化。

开发RpcProvider的发布服务(NotifyService)，发布过程描述和具体代码实现

【代码】开发RpcProvider的网络服务。

mprpc框架的配置文件加载的代码编写，简单的配置文件举例

完成 MprpcApplication::Init(argc, argv)；我们希望这么去写 provider -i config.conf。读取相关的网络服务器以及相关的配置中心的IP地址和端口号。我们打开userservice.cc中，查看主函数。我们在将下一节阐述mprpc框架的配置文件的加载。打开mprpcapplication.cc。这个Init函数需要用户传一个命令行参数。

右键CMake Tools右下角齿轮标志，选择扩展设置（Extension Settings）通过sudo apt install cmake在linux上安装cmake。通过命令whereis cmake获取linux中cmake的路径信息。写上这样一句话（具体路径因人而异，填写自己刚才获取到的路径信息），保存。注意要设置的是本地，还是远程连接，点击setting.json。在Vs Code中安装这两个插件。