AForge.NET是启动最快的USB摄像头方案，但需注意设备枚举时机、线程调用及帧格式转换；OpenCvSharp适合OpenCV运算，需防空帧和跨线程异常；海康相机须正确处理IntPtr转Bitmap及内存释放；Media Foundation因兼容性与控制力不足不适用于工业场景。

用 AForge.NET 快速打开普通 USB 摄像头

对大多数笔记本自带摄像头或即插即用的 USB 摄像头，AForge.NET 是最轻量、启动最快的方案。它绕过底层 DirectShow 的繁琐配置，封装了设备枚举、帧回调、图像转换整条链路。

常见错误现象：FilterInfoCollection 返回空集合；VideoCaptureDevice.Start() 报错“设备被占用”；GetCurrentVideoFrame() 返回 null。

• 必须在 UI 线程外调用 Start()，否则窗体会卡死；推荐用 VideoSourcePlayer 控件自动管理线程
• filterInfoCollection = new FilterInfoCollection(FilterCategory.VideoInputDevice) 要在设备插入后调用，热插拔不自动刷新
• 如果多个程序同时访问同一摄像头，第二个会失败——Windows 不允许多个进程独占同一视频源
• 默认帧格式是 RGB24，若需灰度图，得手动调用 Bitmap.Clone() + PixelFormat.Format8bppIndexed

用 OpenCvSharp 直接读帧并做简单处理

当你需要对每一帧做 OpenCV 运算（比如人脸检测、边缘提取），OpenCvSharp 是更自然的选择。它把 VideoCapture 当作一个“流式 Mat 源”，和后续 cv 函数无缝衔接。

常见错误现象：VideoCapture(0).IsOpened() 返回 false；画面卡顿或分辨率异常；Mat.ToBitmap() 报 AccessViolationException。

• 索引 0 不一定对应笔记本摄像头——有些系统把虚拟摄像头（如 OBS Virtual Camera）排在前面，建议遍历 VideoCapture.GetBackendName() 辅助判断
• 务必检查 frame.Empty() 再调 .ToBitmap()，否则空 Mat 转 Bitmap 会崩
• 不要在 NewFrame 回调里直接做耗时计算（如 Cv2.CascadeClassifier.DetectMultiScale），容易丢帧；应把 Mat 克隆后扔进线程池
• WinForms 中更新 PictureBox.Image 必须用 Invoke()，否则跨线程异常

海康威视工业相机：IntPtr → Bitmap 的关键转换

调用海康 SDK 时，MV_CC_GetImageBuffer_NET 返回的是非托管内存指针 IntPtr，不是现成的 Bitmap。跳过这步转换，就只能看到黑屏或乱码。

C#

"避开 C# 常见错误——空陷阱、异步陷阱、LINQ 陷阱及资源泄漏。"

下载

常见错误现象：Marshal.Copy 崩溃；生成的 Bitmap 颜色发紫/倒置；内存泄漏导致采集几分钟后卡死。

• stFrameOut.pBufAddr 指向的内存由 SDK 管理，必须在调用 MV_CC_FreeImageBuffer_NET 前完成拷贝，否则地址可能被复用
• 工业相机常用 PixelType_Gvsp_RGB8_Packed 或 PixelType_Gvsp_BayerRG8，前者可直转 PixelFormat.Format24bppRgb，后者必须先去马赛克（Cv2.CvtColor）
• 别用 new Bitmap(width, height, stride, format, ptr) 构造函数绑定原始指针——GC 可能移动对象，要用 Marshal.Copy 拷到托管内存再构造
• 每次采集完务必调 MV_CC_FreeImageBuffer_NET，漏掉一次就会累积内存泄漏

为什么不用 Media Foundation（MF）或 Windows.Devices.Camera？

有人问：“.NET 5+ 不是原生支持 Windows.Media.Capture 吗？为什么教程还推老方案？”答案很实际：兼容性与控制粒度。

常见错误现象：MediaCapture.InitializeAsync() 在某些工控机上超时；无法设置曝光/增益/触发模式；获取不到原始 YUV 数据。

• Windows.Devices.Camera 仅适用于 UWP 应用，WinForms/WPF 项目无法直接引用
• Media Foundation 在 Windows 7 上不可用，而大量工业现场仍跑着 Win7 + .NET Framework 4.8
• 它屏蔽了底层参数（如 GigE 相机的 PacketSize、GevSCPSPacketSize），调试网络丢包时束手无策
• 对多相机同步、硬件触发、ROI 设置等工业刚需，MF 支持极弱，必须回退到厂商 SDK

真正麻烦的从来不是“怎么打开摄像头”，而是“怎么稳住它、怎么拿到想要的那一帧、怎么不让它悄悄吃掉你的内存”。工业场景下，SDK 文档里一行没写清楚的释放顺序，就能让程序跑两小时后突然僵住——这种细节，比语法重要得多。