标题:头发快掉光/纯Qt手撕onvif协议/onvif协议服务端/onvif协议设备端/onvif设备模拟器/onvif虚拟监控设备
作者:liudianwu
日期:2025-08-13 09:33
内容:
## 一、前言说明
按道理onvif设备端的程序都是下位机实现的，也就是直接运行在类似摄像头的设备上的，为什么还考虑用Qt去实现这个设备端协议，一方面因为需要测试模拟，还一个方面对应程序员来说最容易忽略，那就是真实的需求，比如大量的收银系统运行的电脑，很多时候有个监控设备对着收银台，但是具体电脑上的操作详情，看的不是很仔细，这个时候就希望将整个桌面作为一个摄像头通道，添加到NVR中，进行录像保存等，到时候万一出了问题，可以调阅查看对应位置收银员的操作，对应电脑上的操作，到底是哪里出了问题，或者收银员有没有用电脑在干其他事情等，可以很方便的取证。
在开发视频监控平台软件时，通常需要外接ONVIF设备进行测试。然而，实际设备可能无法随时获取，比如设备被占用、在家调试时无法连接，或者需要模拟几千路设备进行压力测试。因此，我们需要一个ONVIF设备模拟器，能够将视频文件模拟成ONVIF摄像头，无需依赖真实硬件，并能灵活调整模拟设备数量，甚至用于性能测试。例如，某些监控平台号称支持数千路接入或64路同时显示，通过模拟器可以真实测试其性能表现，并监控CPU/GPU资源占用情况。
整个ONVIF模拟器的实现可分为三个关键部分：组播搜索、ONVIF协议交互和RTSP推流。其中，组播搜索用于设备发现，ONVIF协议交互处理请求与响应，RTSP推流则提供视频数据。如果仅需协议测试而不需要视频流，可以省略RTSP部分。在Qt中实现组播时，需要注意多网卡环境下的稳定性问题。例如，joinMulticastGroup的第二个参数用于指定网卡，若不指定，组播可能随机绑定到不同网卡，导致搜索时断时续。这个问题曾耗费大量时间排查，最终通过抓包分析才找到原因。
目前，许多ONVIF设备端的实现依赖第三方库（如gSOAP），虽然可用，但存在接口复杂、函数命名混乱等问题，部分功能甚至需要自行修复。为了更高的可控性和灵活性，我们决定基于底层协议解析来实现，直接通过TCP监听处理ONVIF请求，动态构造XML响应。Qt的网络通信能力足够强大，配合抓包分析，完全可以自主实现完整的ONVIF设备模拟，避免第三方库的限制，同时提升可扩展性。
## 二、效果图
## 三、相关地址
1. 国内站点：[https://gitee.com/feiyangqingyun](https://gitee.com/feiyangqingyun)
2. 国际站点：[https://github.com/feiyangqingyun](https://github.com/feiyang ..