图像处理循环内存异常（寻求优于GC.collect的解决方案）

阿华AIGC实验室

2026-5-26

解决AForge.NET摄像头应用中的内存泄漏问题

我之前做类似的延时摄影WinForms应用时，也踩过AForge内存泄漏的坑——哪怕到处用了using，还是会莫名出现内存异常。结合你的场景（实时摄像头显示+定时加水印保存），大概率是几个容易忽略的细节没处理好，给你梳理下排查方向和解决办法：

一、先揪最常见的坑：NewFrame事件的帧对象处理

AForge的VideoNewFrameEventArgs.Frame是由摄像头驱动创建的对象，绝对不能直接把它放进using里Dispose！你要做的是先克隆出一个副本，所有处理（加水印、显示、保存）都用这个副本，原帧交给AForge自己管理。否则不仅会漏内存，还可能导致后续摄像头帧异常。

修正后的核心代码示例：

private void VideoSource_NewFrame(object sender, VideoNewFrameEventArgs eventArgs)
{
    // 克隆原帧，所有操作基于这个副本
    using (Bitmap frameCopy = new Bitmap(eventArgs.Frame))
    {
        // 执行水印添加
        AddWatermarkToFrame(frameCopy);

        // 更新PictureBox显示（必须处理跨线程，还要释放旧图）
        UpdateCameraPreview(frameCopy);

        // 到间隔就保存
        if (IsTimeToSaveFrame())
        {
            frameCopy.Save($"captured_{DateTime.Now:yyyyMMddHHmmssfff}.jpg", ImageFormat.Jpeg);
        }
    }
}

这里两个关键细节：

更新PictureBox时，一定要先释放旧的Image对象：pictureBox1.Image?.Dispose()，不然旧Bitmap会一直占内存
显示用的是副本的克隆：(Bitmap)frameCopy.Clone()，避免using块结束后副本被Dispose导致预览图失效

二、水印处理的GDI+资源必须全释放

如果你的加水印方法里用到了Graphics、Font、Brush这些GDI+对象，哪怕外面有using，内部的每个GDI+对象都要单独用using包裹——这些是非托管资源，GC不会自动回收，漏一个就会积少成多。

示例加水印方法：

private void AddWatermarkToFrame(Bitmap targetFrame)
{
    using (Graphics g = Graphics.FromImage(targetFrame))
    using (Font watermarkFont = new Font("微软雅黑", 14, FontStyle.Bold))
    using (Brush watermarkBrush = new SolidBrush(Color.FromArgb(150, Color.White)))
    {
        // 绘制水印文字
        g.DrawString($"拍摄时间：{DateTime.Now:HH:mm:ss}", watermarkFont, watermarkBrush, new PointF(20, 20));
        // 如果有图片水印，也要确保Image对象被Dispose
    }
}

三、VideoSource的生命周期必须规范

如果你的应用有切换摄像头、重启视频流的操作，一定要完整停止并释放旧的VideoSource：

private void CleanupVideoSource()
{
    if (_currentVideoSource != null && _currentVideoSource.IsRunning)
    {
        // 先通知停止，再等实际停止，最后释放
        _currentVideoSource.NewFrame -= VideoSource_NewFrame; // 必须取消事件订阅！
        _currentVideoSource.SignalToStop();
        _currentVideoSource.WaitForStop();
        _currentVideoSource.Dispose();
        _currentVideoSource = null;
    }
}

直接关闭不做这些步骤，驱动层面的资源会被卡住，长期运行必然内存泄漏。