live555流媒体服务器解决客户端异常掉线后导致服务端通道阻塞的问题

最新推荐文章于 2023-01-12 23:18:38 发布

原创最新推荐文章于 2023-01-12 23:18:38 发布 · 1.4k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#live555流媒体服务器 #live555视频服务器 #live555多线程 #live555支持ipv6 #live555客户端

live555 专栏收录该内容

22 篇文章

订阅专栏

本文分析了live555在Linux环境下，因客户端异常掉线导致部分通道无法访问的问题。通过深入研究事件调用流程，发现客户端突然断开连接时，超时事件未能触发，导致socket资源未被及时释放。文章详细描述了解决方案，包括在创建socket后设置接收数据超时时间。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

live555在Linux环境下会因为客户端异常掉线后，偶现导致部分通道不能再被访问的问题，我们描述一下这个问题修复的过程。

本来是分析服务端CLOSE_WAIT的问题，在调试的过程中, 却又发现了阻塞，认真分析了live555的事件调用流程后，发现只要从客户端收到数据，就会执行GenericMediaServer::ClientSession::noteLiveness()，在该函数中会删除上一次的超时事件，然后新建一个超时事件放入调度队列中，而客户端突然掉线，正常情况是会调用该超时任务, 在该任务中删除ClientSession, 在大量的客户端连接的情况下(128路)突然掉线, 就有几率会出现阻塞，从而导致没有调用到该超时事件，进而导致socket不能释放了。

销毁上一次的超时任务，创建一个新的超时任务：

void GenericMediaServer::ClientSession::noteLiveness() {

  if (fOurServerMediaSession != NULL) fOurServerMediaSession->noteLiveness();

  if (fOurServer.fReclamationSeconds > 0) {
		pEnvironment->taskScheduler().rescheduleDelayedTask(fLivenessCheckTask,
							  fOurServer.fReclamationSeconds*1000000,
							  (TaskFunc*)livenessTimeoutTask, this);
}
}

超时任务实现如下：

void GenericMediaServer::ClientSession::livenessTimeoutTask(ClientSession* clientSession) {
	delete clientSession;
}

加了N多的打印日志, 最终分析为epoll检测到了socket有事件，并且调用了相应的处理函数, 在该函数中，调用了recvfrom而导致阻塞… 恍然大悟, 赶紧搜一下SO_RCVTIMEO,果然，在live555所有代码中,没有搜到该关键字。

解决问题

在创建socket后，设置接收数据超时时间即可。

#if defined(__WIN32__) || defined(_WIN32)
    DWORD msto = (DWORD)500;
    setsockopt(newSocket, SOL_SOCKET, SO_SNDTIMEO, (char *)&msto, sizeof(msto) );
    setsockopt(newSocket, SOL_SOCKET, SO_RCVTIMEO, (char *)&msto, sizeof(msto) );
#else
    struct timeval tv;
    tv.tv_sec = 0;
    tv.tv_usec = 500*1000;
    setsockopt(newSocket, SOL_SOCKET, SO_SNDTIMEO, (char *)&tv, sizeof tv);
    
    setsockopt(newSocket, SOL_SOCKET, SO_RCVTIMEO, (char *)&tv, sizeof tv);
#endif