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

相关文章

oracle 11g导入\导出(expdp impdp)之导入过程

《oracle11g导入导出(expdpimpdp)之导入过程》导出需使用SEC.DMP格式,无分号;建立expdir目录(E:/exp)并确保存在;导入在cmd下执行,需sys用户权限;若需修... 目录准备文件导入(impdp)1、建立directory2、导入语句 3、更改密码总结上一个环节,我们讲了

Python实现批量CSV转Excel的高性能处理方案

《Python实现批量CSV转Excel的高性能处理方案》在日常办公中,我们经常需要将CSV格式的数据转换为Excel文件,本文将介绍一个基于Python的高性能解决方案,感兴趣的小伙伴可以跟随小编一... 目录一、场景需求二、技术方案三、核心代码四、批量处理方案五、性能优化六、使用示例完整代码七、小结一、

Python中 try / except / else / finally 异常处理方法详解

《Python中try/except/else/finally异常处理方法详解》:本文主要介绍Python中try/except/else/finally异常处理方法的相关资料,涵... 目录1. 基本结构2. 各部分的作用tryexceptelsefinally3. 执行流程总结4. 常见用法(1)多个e

PHP应用中处理限流和API节流的最佳实践

《PHP应用中处理限流和API节流的最佳实践》限流和API节流对于确保Web应用程序的可靠性、安全性和可扩展性至关重要,本文将详细介绍PHP应用中处理限流和API节流的最佳实践,下面就来和小编一起学习... 目录限流的重要性在 php 中实施限流的最佳实践使用集中式存储进行状态管理(如 Redis)采用滑动

Vue3绑定props默认值问题

《Vue3绑定props默认值问题》使用Vue3的defineProps配合TypeScript的interface定义props类型,并通过withDefaults设置默认值,使组件能安全访问传入的... 目录前言步骤步骤1:使用 defineProps 定义 Props步骤2:设置默认值总结前言使用T

ShardingProxy读写分离之原理、配置与实践过程

《ShardingProxy读写分离之原理、配置与实践过程》ShardingProxy是ApacheShardingSphere的数据库中间件,通过三层架构实现读写分离,解决高并发场景下数据库性能瓶... 目录一、ShardingProxy技术定位与读写分离核心价值1.1 技术定位1.2 读写分离核心价值二

MyBatis-plus处理存储json数据过程

《MyBatis-plus处理存储json数据过程》文章介绍MyBatis-Plus3.4.21处理对象与集合的差异:对象可用内置Handler配合autoResultMap,集合需自定义处理器继承F... 目录1、如果是对象2、如果需要转换的是List集合总结对象和集合分两种情况处理,目前我用的MP的版本

Debian 13升级后网络转发等功能异常怎么办? 并非错误而是管理机制变更

《Debian13升级后网络转发等功能异常怎么办?并非错误而是管理机制变更》很多朋友反馈,更新到Debian13后网络转发等功能异常,这并非BUG而是Debian13Trixie调整... 日前 Debian 13 Trixie 发布后已经有众多网友升级到新版本,只不过升级后发现某些功能存在异常,例如网络转

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja