Darwin在转发流过程中对推送端断开的处理问题

2024-02-22 03:58

本文主要是介绍Darwin在转发流过程中对推送端断开的处理问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

      最近在做项目的过程中遇到一个问题,在用Darwin Streaming Server中的QTSSReflectorModule模块做为流转发和分发服务,用live555的DarwinInjector类做为模拟设备

进行流推送时,如果按照正常RTSP推送流程:Announce、Setup、Play…、Teardown,Darwin能较好地完成流的转发,但是假如设备在不正常工作,例如网络异常断开,设备断电等中断了数据流的推送,而缺少了<设备->服务器>的Teardown过程,这样与此路推送相关的RTSPSession、RTPSession以及ReflectorSession等都需要等到配置的“rtp_timeout”时间后、RTPSession超时才能析构所有相关转发对象。先分析下原因:

      RTSPSession在创建RTPSession时

[cpp]  view plain copy
在CODE上查看代码片 派生到我的代码片
  1. // Set the current RTSP session for this RTP session.  
  2. // We do this here because we need to make sure the SessionMutex  
  3. // is grabbed while we do this. Only do this if the RTSP session  
  4. // is still alive, of course.  
  5. if (this->IsLiveSession())  
  6.     fRTPSession->UpdateRTSPSession(this);  

[cpp]  view plain copy
在CODE上查看代码片 派生到我的代码片
  1. void RTPSessionInterface::UpdateRTSPSession(RTSPSessionInterface* inNewRTSPSession)  
  2. {     
  3.     if (inNewRTSPSession != fRTSPSession)  
  4.     {  
  5.         // If there was an old session, let it know that we are done  
  6.         if (fRTSPSession != NULL)  
  7.             fRTSPSession->DecrementObjectHolderCount();  
  8.           
  9.         // Increment this count to prevent the RTSP session from being deleted  
  10.         fRTSPSession = inNewRTSPSession;  
  11.         fRTSPSession->IncrementObjectHolderCount();  
  12.     }  
  13. }  

IncrementObjectHolderCount()增加了fRTPSession对RTSPSession的引用,而对应的DecrementObjectHolderCount()在RTPSession::Teardown()中执行,由于RTSPSession拥有很好的对象保护机制,只有当对当前RTSPSession的引用数为0时
[cpp]  view plain copy
在CODE上查看代码片 派生到我的代码片
  1. // Only delete if it is ok to delete!  
  2. if (fObjectHolders == 0)  
  3.     return -1;  


RTSPSession自身才能调用Task::Run(){return -1;} delete,所以在RTSPSession注销之前,必须等待RTPSession注销,而且RTPSession没有等到Teardown命令,就只能等超时,而这个超时时间不能定,及时几秒钟对于转发实时流来说也是不合理的。

解决办法:

在RTSPSession:Run()函数中的

[cpp]  view plain copy
在CODE上查看代码片 派生到我的代码片
  1. while(IsLiveSession())  
  2. {  
  3.       switch(){case:}  
  4. }  


状态机外加入代码及时析构RTPSession

[cpp]  view plain copy
在CODE上查看代码片 派生到我的代码片
  1. // Make absolutely sure there are no resources being occupied by the session  
  2. // at this point.  
  3. this->CleanupRequest();  
  4.   
  5.   
  6. //Kill与RTSPSession相关的RTPSession  
  7. if(!IsLiveSession()){  
  8. OSRefTable* theMap = QTSServerInterface::GetServer()->GetRTPSessionMap();  
  9. OSRef* theRef = theMap->Resolve(&fLastRTPSessionIDPtr);  
  10. if (theRef != NULL){  
  11.     fRTPSession = (RTPSession*)theRef->GetObject();  
  12.     if(fRTPSession) fRTPSession->Teardown();  
  13.     theMap->Release(fRTPSession->GetRef());  
  14.     fRTPSession = NULL;  
  15.     }   
  16. }     
  17. // Only delete if it is ok to delete!      
  18. if (fObjectHolders == 0)        return -1;     
  19. // If we are here because of a timeout, but we can't delete because someone      
  20. // is holding onto a reference to this session, just reschedule the timeout.     
  21. // At this point, however, the session is DEAD.     
  22. return 0;  


注意 this->CleanupRequest();在前,

这样就能在RTSPSession判断fObjectHolders之前将附属的RTPSession析构,进而析构RTSPSession.
由于工作比较忙,写的可能在思路上不是很清楚,欢迎指正!

/--------------------------------------割了------------------------------------/

在上段代码中可以加入一个补充条件进行代码的优化,并且CleanupRequest()必须在此之后!

[cpp]  view plain copy
在CODE上查看代码片 派生到我的代码片
  1. //fObjectHolders--    
  2. if(!IsLiveSession()&& fObjectHolders > 0){    
  3. OSRefTable* theMap = QTSServerInterface::GetServer()->GetRTPSessionMap();    
  4. OSRef* theRef = theMap->Resolve(&fLastRTPSessionIDPtr);    
  5. if (theRef != NULL){    
  6.     fRTPSession = (RTPSession*)theRef->GetObject();    
  7.     if(fRTPSession) fRTPSession->Teardown();    
  8.     theMap->Release(fRTPSession->GetRef());    
  9.     fRTPSession = NULL;    
  10.     }     
  11. }      
  12.   
  13.    // Make absolutely sure there are no resources being occupied by the session  
  14.    // at this point.  
  15.    this->CleanupRequest();  
  16.   
  17.    // Only delete if it is ok to delete!  
  18.    if (fObjectHolders == 0)  
  19.        return -1;  

这篇关于Darwin在转发流过程中对推送端断开的处理问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/734056

相关文章

Spring Boot @RestControllerAdvice全局异常处理最佳实践

《SpringBoot@RestControllerAdvice全局异常处理最佳实践》本文详解SpringBoot中通过@RestControllerAdvice实现全局异常处理,强调代码复用、统... 目录前言一、为什么要使用全局异常处理?二、核心注解解析1. @RestControllerAdvice2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

SpringBoot整合liteflow的详细过程

《SpringBoot整合liteflow的详细过程》:本文主要介绍SpringBoot整合liteflow的详细过程,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋...  liteflow 是什么? 能做什么?总之一句话:能帮你规范写代码逻辑 ,编排并解耦业务逻辑,代码

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

Java中调用数据库存储过程的示例代码

《Java中调用数据库存储过程的示例代码》本文介绍Java通过JDBC调用数据库存储过程的方法,涵盖参数类型、执行步骤及数据库差异,需注意异常处理与资源管理,以优化性能并实现复杂业务逻辑,感兴趣的朋友... 目录一、存储过程概述二、Java调用存储过程的基本javascript步骤三、Java调用存储过程示

MySQL中的InnoDB单表访问过程

《MySQL中的InnoDB单表访问过程》:本文主要介绍MySQL中的InnoDB单表访问过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、环境3、访问类型【1】const【2】ref【3】ref_or_null【4】range【5】index【6】

浏览器插件cursor实现自动注册、续杯的详细过程

《浏览器插件cursor实现自动注册、续杯的详细过程》Cursor简易注册助手脚本通过自动化邮箱填写和验证码获取流程,大大简化了Cursor的注册过程,它不仅提高了注册效率,还通过友好的用户界面和详细... 目录前言功能概述使用方法安装脚本使用流程邮箱输入页面验证码页面实战演示技术实现核心功能实现1. 随机

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决