OpenCV Mat引用外部内存失效触发SIGSEGV，如何检查有效性？

核心思路：绑定Mat与GstBuffer的生命周期 #

直接检查指针指向的内存是否有效是不安全且不可靠的——内存被释放后，指针会变成野指针，此时任何对该地址的访问（包括检查操作）都可能触发SIGSEGV，或者读取到无效的垃圾数据。更稳妥的方式是通过OpenCV的自定义销毁器（deleter），将cv::Mat的生命周期与GstBuffer的引用绑定，从根源上避免数据提前失效。

具体实现代码 #

// 获取GstBuffer的引用，防止原线程提前销毁它
GstBuffer* buffer = gst_buffer_ref(q_inference_buffers.back());
GstMapInfo map;
if (gst_buffer_map(buffer, &map, GST_MAP_READ)) {
    // 自定义销毁器：当Mat的引用计数归0时，自动释放GstBuffer资源
    auto deleter = [buffer, map](void* data) {
        gst_buffer_unmap(buffer, &map);
        gst_buffer_unref(buffer);
    };

    // 使用带销毁器的Mat构造函数，直接复用GstBuffer内存
    cv::Mat frame(cv::Size(width, height), CV_8UC3, map.data, deleter);

    // 将frame传递到其他线程处理...
} else {
    // 映射失败的错误处理
    gst_buffer_unref(buffer);
}

方案优势 #

• 无内存拷贝：cv::Mat直接使用GstBuffer的内存区域，没有额外的复制开销。
• 无需互斥锁：依赖GStreamer原生的线程安全引用计数机制，只要cv::Mat存在，GstBuffer就会被持有引用不会销毁；当Mat被销毁时，自定义销毁器自动完成资源释放。
• 自动生命周期管理：无需手动跟踪GstBuffer的释放时机，完全由cv::Mat的引用计数驱动。

为什么不推荐“检查数据是否失效”的方案？ #

• 内存释放后，原指针指向的内存可能被操作系统回收或分配给其他进程/线程，此时读取该地址的任何操作（包括检查）都属于未定义行为，大概率触发段错误。
• 即使自行给GstBuffer附加有效性标记，标记的读写也需要同步机制（本质还是类似互斥锁的开销），违背了你“避免互斥锁”的需求。

内容的提问来源于stack exchange，提问作者Il'ya Zhenin