Delphi基于VFW采集摄像头连续帧 窗口隐藏/最小化时采集停止问题

你遇到的采集中断问题是两个因素共同导致的：

1. VFW（Video for Windows）库本身的设计限制：capCreateCaptureWindowA创建的WS_CHILD样式采集窗口强依赖父窗口的有效绘制DC（设备上下文），当父窗体/父控件被最小化、隐藏时，Windows会自动回收子窗口DC、暂停子窗口绘制，VFW内部检测到绘制目标失效后会直接停止帧输出，且这个流程不会触发错误回调，所以你加的错误捕获逻辑拿不到任何报错。
2. 采集消息使用错误：你代码里调用的WM_CAP_GRAB_FRAME_NOSTOP本身仅会触发单帧采集，之前窗体可见时能拿到连续帧，完全是靠开启的Preview/Overlay预览模式在窗口刷新时顺带驱动帧回调，一旦窗口隐藏预览流程停止，自然就不会再有后续帧输出。

方案1：独立隐藏消息窗口承载采集逻辑（最稳定，兼容性最好） #

不要把采集窗口绑定到可见UI控件上，单独创建一个永远不会被最小化/隐藏的顶层隐藏窗口作为采集窗口的父窗口，UI预览需要的话再单独把回调拿到的帧数据画到可见控件上，这样采集逻辑完全和UI窗体状态解耦，不会随窗体显示状态变化中断。
核心修改代码：

type
  TCamera = class(TObject)
  private
    class var VideoHwnd: HWND;
    class var HiddenParentHwnd: HWND; // 新增：隐藏父窗口句柄
    class var DrawDibHandle: THandle; // 新增：缓存DrawDib句柄，避免每帧重复开关
    class function FrameCallback(hCapWnd: HWND; lpVHdr: PVIDEOHDR): DWORD;
      stdcall; static;
    class function ErrorCallback(hCapWnd: HWND; nErrID: Integer;
      lpErrorText: LPTSTR): LRESULT; stdcall; static;
  public
    constructor Create(Owner: TPanel);
    destructor Destroy; override;
  end;

// 实现部分修改
constructor TCamera.Create(Owner: TPanel);
begin
  // 创建隐藏的顶层父窗口，用系统预定义STATIC类即可，不需要额外写窗口过程
  HiddenParentHwnd := CreateWindowA('STATIC', '', WS_POPUP, 0, 0, 1, 1, 0, 0, HInstance, nil);
  // 采集窗口绑定到隐藏父窗口，不绑定UI控件
  VideoHwnd := capCreateCaptureWindowA('', WS_CHILD, 0, 0, 640,
    480, HiddenParentHwnd, 0);

  if (SendMessage(VideoHwnd, WM_CAP_DRIVER_CONNECT, 0, 0) <> 0) then
  begin
    // 注册错误回调
    SendMessage(VideoHwnd, WM_CAP_SET_CALLBACK_ERROR, 0, lParam(@ErrorCallback));
    // 不需要依赖窗口绘制的预览，直接关闭，省资源
    SendMessage(VideoHwnd, WM_CAP_SET_PREVIEW, 0, 0);
    SendMessage(VideoHwnd, WM_CAP_SET_OVERLAY, 0, 0);
    SendMessage(VideoHwnd, WM_CAP_SET_SCALE, 1, 0);
    SendMessage(VideoHwnd, WM_CAP_SET_CALLBACK_FRAME, 1, lParam(@FrameCallback));
    DrawDibHandle := DrawDibOpen; // 初始化时打开一次DrawDib句柄
    // 启动无文件连续采集流，不依赖窗口刷新持续输出帧
    SendMessage(VideoHwnd, WM_CAP_SEQUENCE_NOFILE, 0, 0);
  end;
end;

destructor TCamera.Destroy;
begin
  if (VideoHwnd <> 0) then
  begin
    SendMessage(VideoHwnd, WM_CAP_DRIVER_DISCONNECT, 0, 0);
    SendMessage(VideoHwnd, WM_CLOSE, 0, 0);
  end;
  if DrawDibHandle <> 0 then DrawDibClose(DrawDibHandle);
  if HiddenParentHwnd <> 0 then DestroyWindow(HiddenParentHwnd);
  inherited;
end;

这个方案下不管主窗体怎么隐藏、最小化，采集窗口的父窗口始终处于有效状态，帧回调不会中断。

方案2：保留现有UI绑定，修改采集配置 #

如果你不想调整采集窗口的父句柄，需要做以下修改，但部分老旧摄像头驱动在子窗口不可见时仍会停采，兼容性不如方案1：

• 关闭Overlay和Preview模式：这两个模式强依赖窗口DC，将对应消息的wParam设为0即可
• 替换采集消息：把WM_CAP_GRAB_FRAME_NOSTOP换成WM_CAP_SEQUENCE_NOFILE启动连续流采集，不依赖预览刷新驱动帧输出
• 拦截父窗体的WM_SIZE消息，窗体最小化/恢复时手动给采集窗口发送WM_CAP_GET_FRAME触发采集，避免系统暂停子窗口任务

额外稳定性优化 #

你现有帧回调逻辑有几个容易触发异常的点，建议同步调整：

• 帧回调运行在驱动线程中，不要在回调里频繁创建释放TBitmap/TMemoryStream等GDI/内存对象，可以做全局缓存，避免窗口状态切换时出现内存死锁
• 回调里如果需要操作VCL UI控件，必须通过Synchronize或者PostMessage切回主线程执行，不要直接跨线程操作UI
• 不要在回调里做耗时操作（比如写文件、图像算法处理），帧处理逻辑尽量放到单独的队列里异步执行，避免阻塞采集线程导致丢帧或停采。

内容的提问来源于stack exchange，提问作者FLASHCODER