Muduo(C++11版本) 源码剖析(四)———Channel设计

Channel扮演了一个IO事件分发器的作用。主要有两个地方,一个是Acceptor中的Channel,主要处理连接事件,另外每个TcpConnection类中会有一个Channel,检测fd的刻可读,关闭,错误消息,触发相应的回调函数。生命周期由Acceptor和TcpConnection控制。

成员变量:

private:
                static const int            kNoneEvent;
		static const int            kReadEvent;
		static const int            kWriteEvent;
		EventLoop*                  loop_;
		const int                   fd_;
		int                         events_;
		int                         revents_; 
		int                         index_; 
		bool                        logHup_;
		std::weak_ptr<void>         tie_;         
		bool                        tied_;
		//bool                        eventHandling_;
		//bool                        addedToLoop_;
		ReadEventCallback           readCallback_;
		EventCallback               writeCallback_;
		EventCallback               closeCallback_;
		EventCallback               errorCallback_;

kNoneEvent,KreadEvent,kWriteEvent是用于标记events_状态的值,loop是传入的所属的eventloop,fd_是创建通道时传入的文件描述符,events_是通道状态标记,revents_是多路复用检测后外部set的事件类型,tie用于延长对象的生命周期,readCallback,writeCallback,closeCallback,errorCallback则是注册的外部回调。

 

重要函数及作用:

创建

Channel::Channel(EventLoop* loop, int fd__): loop_(loop),
                                            fd_(fd__),
                                            events_(0),
                                            revents_(0),
                                            index_(-1),
                                            logHup_(true),
                                            tied_(false)/*,
                                            eventHandling_(false),
                                            addedToLoop_(false)
                                            */
{
}

因为一般网络库会把监听的scoket单独放在一个线程,然后连接到来的多个socket放在其他几个线程,所以就有了两个创建Channel的地方,一个是在Acceptor构造中创建用于监听socket的通道,一个是新连接到来TcpConnection中创建的Channel。构造函数中传入了当前所属的事件循环和文件fd。

 

注册回调

acceptChannel_.setReadCallback(std::bind(&Acceptor::handleRead, this));

channel_->setReadCallback(std::bind(&TcpConnection::handleRead, this, std::placeholders::_1));
channel_->setWriteCallback(std::bind(&TcpConnection::handleWrite, this));
channel_->setCloseCallback(std::bind(&TcpConnection::handleClose, this));
channel_->setErrorCallback(std::bind(&TcpConnection::handleError, this));

前面说了,两个地方创建了Channel,所以回调也设置也不同,Acceptor中Channel回调指向了Acceptor的handle函数,进而指向了TcpServer的newconnetion(),而TcpConnection中Channel则是回调到了TcpConnection中。

 

处理事件

void Channel::handleEvent(Timestamp receiveTime)
{
	std::shared_ptr<void> guard;
	if (tied_)
	{
		guard = tie_.lock();
		if (guard)
		{
			handleEventWithGuard(receiveTime);
		}
	}
	else
	{
		handleEventWithGuard(receiveTime);
	}
}

void Channel::handleEventWithGuard(Timestamp receiveTime)
{
	LOGD(reventsToString().c_str());
	if ((revents_ & XPOLLHUP) && !(revents_ & XPOLLIN))
	{
		if (logHup_)
		{
			LOGW("Channel::handle_event() XPOLLHUP");
		}
		if (closeCallback_) closeCallback_();
	}

	if (revents_ & XPOLLNVAL)
	{
		LOGW("Channel::handle_event() XPOLLNVAL");
	}

	if (revents_ & (XPOLLERR | XPOLLNVAL))
	{
		if (errorCallback_) 
            errorCallback_();
	}
    
	if (revents_ & (XPOLLIN | XPOLLPRI | XPOLLRDHUP))
	{
		//当是侦听socket时,readCallback_指向Acceptor::handleRead
        //当是客户端socket时,调用TcpConnection::handleRead 
        if (readCallback_) 
            readCallback_(receiveTime);
	}

	if (revents_ & XPOLLOUT)
	{
		//如果是连接状态服的socket,则writeCallback_指向Connector::handleWrite()
        if (writeCallback_) 
            writeCallback_();
	}
	//eventHandling_ = false;
}

handleEvent中tie实际上这是一个弱指针,指向向他的拥有者TcpConnection,为什么要这么做呢?假如Channel正在处理事件,TcpConnection连接关闭销毁了,程序可能会dump,要保证TcpConnection不被销毁,因此Channel中存了一个TcpConnection的弱指针,在处理事件的时候,lock将引用计数加1保证TcpConnection不被销毁。

handleEventWithGuard根据revents_不同的值调用不同的回调函数,revents_的值是在Poll(IO多路复用类)设置的,由Poll检测是什么事件,给revents_赋相应的值,处理不同的事件。

 

 

  • 3
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于muduo开发的集群聊天服务器c++源码+数据库+使用说明.zip 基于muduo开发的集群聊天服务器c++源码+数据库+使用说明.zip 基于muduo开发的集群聊天服务器c++源码+数据库+使用说明.zip 【资源说明】 该项目是个人毕设项目源码,评审分达到95分,调试运行正常,确保可以运行!放心下载使用。 该项目资源主要针对计算机、自动化等相关专业的学生或从业者下载使用,也可作为期末课程设计、课程大作业、毕业设计等。 具有较高的学习借鉴价值!基础能力强的可以在此基础上修改调整,以实现类似其他功能。 在 Linux 环境下基于 muduo 开发的集群聊天服务器。实现新用户注册、用户登录、添加好友、添加群组、好友通信、群组聊天、保持离线消息等功能。 ## 项目特点 - 基于 muduo 网络库开发网络核心模块,实现高效通信 - 使用第三方 JSON 库实现通信数据的序列化和反序列化 - 使用 Nginx 的 TCP 负载均衡功能,将客户端请求分派到多个服务器上,以提高并发处理能力 - 基于发布-订阅的服务器中间件redis消息队列,解决跨服务器通信难题 - 封装 MySQL 接口,将用户数据储存到磁盘中,实现数据持久化 - 基于 CMake 构建项目 ## 必要环境 - 安装`boost`库 - 安装`muduo`库 - 安装`Nginx` - 安装`redis` ## 构建项目 创建数据库 ```shell # 连接MySQL mysql -u root -p your passward # 创建数据库 create database chat; # 执行数据库脚本创建表 source chat.sql ``` 执行脚本构建项目 ```shell bash build.sh ``` ## 执行生成文件 ```shell # 启动服务端 cd ./bin ./ChatServer 6000 ``` ```shell # 启动客户端 ./ChatClient 127.0.0.1 8000 ``` ## 业务模块设计 ### 注册模块 我们从网络模块接收数据,根据 `MSGID` 定位到注册模块。从传递过来的 `json` 对象中获取用户 ID 和用户密码。并以此生成 `User` 对象,调用 model 层方法将新生成的 `User` 插入到数据库中。 ### 登录模块 从 `json` 对象中获取用户ID和密码,并在数据库中查询获取用户信息是否匹配。如果用户已经登录过,即 `state == "online"`,则返回错误信息。登录成功后需要在改服务端的用户表中记录登录用户,并显示该用户的好友列表和收到的离线消息。 ### 客户端异常退出模块 如果客户端异常退出了,我们会从服务端记录用户连接的表中找到该用户,如果它断连了就从此表中删除,并设置其状态为 `offline`。 ### 服务端异常退出模块 如果服务端异常退出,它会将所有在线的客户的状态都设置为 `offline`。即,让所有用户都下线。异常退出一般是 `CTRL + C` 时,我们需要捕捉信号。这里使用了 Linux 的信号处理函数,我们向信号注册回调函数,然后在函数内将所有用户置为下线状态。 ### 点对点聊天模块 通过传递的 `json` 查找对话用户 ID: - 用户处于登录状态:直接向该用户发送信息 - 用户处于离线状态:需存储离线消息 ### 添加好友模块 从 `json` 对象中获取添加登录用户 ID 和其想添加的好友的 ID,调用 model 层代码在 friend 表中插入好友信息。 ### 群组模块 创建群组需要描述群组名称,群组的描述,然后调用 model 层方法在数据库中记录新群组信息。 加入群组需要给出用户 ID 和想要加入群组的 ID,其中会显示该用户是群组的普通成员还是创建者。 群组聊天给出群组 ID 和聊天信息,群内成员在线会直接接收到。 ## 使用Nginx负载均衡模块 ### 负载均衡是什么 假设一台机器支持两万的并发量,现在我们需要保证八万的并发量。首先想到的是升级服务器的配置,比如提高 CPU 执行频率,加大内存等提高机器的物理性能来解决此问题。但是单台机器的性能毕竟是有限的,而且也有着摩尔定律也日已失效。 这个时候我们就可以增加服务器的数量,将用户请求分发到不同的服务器上分担压力,这就是负载均衡。那我们就需要有一个第三方组件充当负载均衡器,由它负责将不同的请求分发到不同的服务器上。而本项目,我们选择 `Nginx` 的负载均衡功能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值