OpenCV 5.0 解析：88K+ Stars 经典库 5.0 正式发布，8 年来首个大版本怎么变？

2026-06-08 预计阅读 26 分钟

OpenCV 5.0 解析：88K+ Stars 经典库 5.0 正式发布，8 年来首个大版本怎么变？

目标读者：做 CV 推理、嵌入式视觉、机器人感知、AR/VR、学术实验的 C++/Python 工程师 核心问题：OpenCV 5.0.0 正式版（2026 年 6 月发布）相对 4.x 到底改了哪些东西？哪些是破坏性的？旧项目该原地升级还是双版本共存？难度：⭐⭐⭐（中级，需要熟悉 C++/Python 视觉工程） 预计阅读时间：25 分钟

学习目标

读完本文你应该能够：

说清 OpenCV 5.0 相对 4.x 最核心的几处变化，以及哪些是破坏性的、会直接让你现有项目编不过。
解释 DNN 模块为什么引入「新引擎 + 经典引擎」并存、默认由 ENGINE_AUTO 自动选择，以及这对 YOLO / Segment Anything 这类模型意味着什么。
列出 Python 绑定在 5.0 中补齐的三件事，并说清它们各自解决了什么开发体验问题。
按官方给的 30 分钟流程，给自己手上一个 4.x 项目制定升级或双版本共存的方案。
判断 OpenCV 5.0 在当前 AI 时代到底该用在哪、不该用在哪。

§0 三分钟速览

如果你现在只想先判断这篇文章值不值得继续读，先记住下面 3 点：

OpenCV 5.0 是 8 年来第一个大版本升级，最低要求 C++17 和 Python 3.6+。
DNN 模块重写为图引擎，ONNX 算子覆盖从约 22% 提升到 80%+，并原生支持 LLM / VLM 推理。
如果你的项目只用基础功能（imread/imshow/cvtColor），升级通常很快；如果重度使用 DNN，需要先检查模型兼容性和模块重构带来的影响。

如果你带着不同目标阅读，可以直接按下面的顺序跳读：

想快速了解 5.0 变化：先看 §2、§3
想升级现有项目：先看 §7
想了解 Python 绑定变化：先看 §5
想了解嵌入式部署：先看 §6

§1 本文覆盖范围

通过本文，你会了解：

OpenCV 5.0 的核心变化和对旧项目的影响
DNN 模块的图引擎重构、ONNX 算子覆盖提升与 LLM / VLM 支持
Python 绑定的改进（类型注解、NumPy 2.x 支持、新数据类型）
模块重构与硬件加速（calib3d 拆分、新 HAL、RISC-V 等）
从 4.x 到 5.0 的迁移实战和常见踩坑

2.1 一句话新闻

2026 年 6 月初，OpenCV 官方宣布 5.0.0 正式版，GitHub 上 5.0.0 tag 于 06-06 创建，官方 Python wheel（opencv-python 5.0.0.93）随后在 07-01 发布：

OpenCV 5.0.0 released!
OpenCV 5.0.0 overview:  https://opencv.org/opencv-5
OpenCV 4.x -> 5.x migration guide:
  https://github.com/opencv/opencv/wiki/OpenCV-4-to-5-migration

这是 OpenCV 自 4.0.0（2018-11）以来的第一个大版本号升级——相隔约 7 年半。注意官方同时维护 4.x 与 5.x 两条分支：4.x 仍持续发布（4.13、4.14 等），很多性能优化会在 4.x 完成后回移植到 5.x。

06-06  5.0.0 tag 创建 + 大量 CV 工程师 / 媒体转发
06-08  Hacker News、Reddit r/computervision、Twitter / X 的 "It is finally here" 集体刷屏
06-08  GitHub Trending 当日榜收录

88K+ stars 的体量能再次进 Trending，靠的不是新增 stars，而是对存量开发者的强召回——一个 DNN 模块重写 + 原生 LLM/VLM 推理的大版本，足够让老用户回来看看。

§3 OpenCV 5.0 的核心变化概览

3.1 总体定位

OpenCV 5.0 的设计目标按官方路线图是「让 CV 在 AI 时代继续作为基础设施存在」，具体拆为四件事：

C++17 全面化：4.x 的过渡目标一直是 C++11 → C++14，5.0 直接要求 C++17 编译器，并为后续 C++20/23 兼容预留空间。
Python 第一公民：移除 Python 2 支持，绑定经 pybind11 生成器重构，typing 注解补齐，NumPy 2.x 对齐。
DNN 模块整体重写：新图引擎 + 经典引擎并存，ONNX 算子覆盖从约 22% 提升到 80%+，并原生支持 LLM / VLM。
去 legacy 化：C API 完全移除、OpenVX 移除、约半数 C++ samples 清理，多项旧接口进入 deprecation。

3.2 与你有关的破坏性变化

类别	4.x 行为	5.0 行为	迁移要点
最低 C++ 标准	C++11	C++17	CMake `set(CMAKE_CXX_STANDARD 17)`
最低 Python	3.6（4.x 后期）	3.6+，移除 Python 2	老环境先升级解释器
C API	仍可用	完全移除（CvMat、IplImage、cvCreateMat 等）	迁到 C++ API
模块结构	calib3d、features2d 等单体	calib3d 拆成 geometry / calib / stereo / ptcloud	头文件有兼容层，见 §7
`cv::dnn::readNet`	单引擎	新图引擎优先，失败回退经典引擎（ENGINE_AUTO）	见下文 §4
G-API / 经典 ML	主仓库	移入 opencv_contrib	Python 用 sklearn 替代
新数据类型	—	bfloat16、bool、64 位整型等	见 §5

⚠️ 没有 API 重大改动的项目（只是用基础 imread / imshow / VideoCapture / cvtColor 的项目），从 4.x 升到 5.0 通常很快完成；真正的重头在 DNN 和模块拆分。

3.3 模块重构：calib3d 拆成四个模块

5.0 把原本庞大的 calib3d 拆成四个更聚焦的模块，同时从 opencv_contrib/rgbd 迁入部分实验性 3D 能力：

旧模块	新模块	承载内容
calib3d	`geometry`	2D/3D 几何算法：findHomography、solvePnP、triangulatePoints、convexHull 等
calib3d	`calib`	相机标定：calibrateCamera、stereoCalibrate 等
calib3d	`stereo`	立体匹配与深度估计：StereoBM、StereoSGBM 等
opencv_contrib/rgbd	`ptcloud`	视觉里程计、TSDF、点云 I/O 等 3D 能力

对 C++ 用户有一个兼容设计：旧头文件 opencv2/calib3d.hpp 仍然保留，会自动包含新模块头文件，老代码即使不改 include 也不会直接炸。Python 用户无感，所有函数仍通过 cv2.xxx() 访问。

3.4 其他重构

features2d 改名 features：范围扩展为处理现代深度网络产生的特征向量，新增 ALIKED、DISK、LightGlue 等深度局部特征，并加入基于 Annoy 的 ANN 检索替代部分 FLANN 场景；SIFT、ORB、FAST、MSER 保留在主仓库。
objdetect 瘦身：Haar 和 HOG 检测器移入 opencv_contrib（xobjdetect），主仓库专注现代深度学习检测器。
core 新数据类型：新增 bfloat16（CV_16BF）、bool（CV_Bool）、uint32、uint64、int64 等，cv::Mat 的 0D/1D 数组语义也得到修正——std::vector<T> 包装后是真正的 1D 数组，而不是 4.x 里的 Nx1 表示。

§4 DNN 模块：5.0 真正的「主菜」

4.1 新图引擎 + 经典引擎并存

4.x 的 cv::dnn 只有一个算子集有限的引擎，现代模型（动态 shape、If/Loop 子图、量化算子）经常加载失败。5.0 重写了 DNN：新增一个图引擎，与旧引擎并存，readNet() 默认用 ENGINE_AUTO——先试新引擎，加载失败自动回退经典引擎。

# OpenCV 5.0：API 不变，默认自动选引擎
net = cv2.dnn.readNet("yolov8n.onnx")

# 也可以显式指定引擎
# net = cv2.dnn.readNet("model.onnx", engine=cv2.dnn.ENGINE_CLASSIC)  # 经典引擎
# net = cv2.dnn.readNet("model.onnx", engine=cv2.dnn.ENGINE_NEW)      # 新图引擎
# net = cv2.dnn.readNet("model.onnx", engine=cv2.dnn.ENGINE_ORT)      # ONNX Runtime

C++ 里同样可以传入 engine 参数，或用环境变量 OPENCV_FORCE_DNN_ENGINE 强制某个引擎。关键收益是 ONNX 算子覆盖从 4.x 的约 22% 提升到 80%+，YOLOv8 / RT-DETR / Segment Anything 这类新模型能直接加载。

4.2 新引擎的能力与限制

动态 shape 与子图：新引擎支持 ONNX 的 dim_param 动态维度和 If/Loop 控制流子图，shape inference、常量折叠、算子融合都在新引擎里做了。
默认仅 CPU：新引擎在 5.0 发布时只跑 CPU。要用 CUDA / OpenVINO 加速，走经典引擎，或编译时接入 ONNX Runtime（-DWITH_ONNXRUNTIME=ON -DDOWNLOAD_ONNXRUNTIME_GPU=ON）。
原生 LLM / VLM：新引擎内置 tokenizer、attention 层、KV-cache 和自回归解码所需组件，可以直接跑 Qwen 2.5、Gemma 3、PaliGemma、GPT-2 家族模型，和跑 YOLO 走同一个 Net API。官方验证 Qwen 2.5 输出与 ONNX Runtime 一致。
Parser 变化：Darknet 和 Caffe 解析器被移除（绝大多数模型已转向 ONNX），TFLite 仍通过经典引擎支持。

4.3 与 PyTorch / ONNX Runtime 的边界

OpenCV 5.0 不再试图「一个 dnn 模块吃掉所有模型」。它的定位是：

如果你的模型是经典 CV（Faster R-CNN、YOLOv5 之前的 YOLO 系列、ResNet 分类头、UNet 分割），OpenCV DNN 仍是最便携的选项。 如果你的场景是纯 LLM / 多模态 / Diffusion 大规模推理，直接走 PyTorch / ONNX Runtime 更合适，OpenCV 的 LLM 支持主要服务「检测 + 语言输出」同库处理的 VLM 流水线。

这个边界在 4.x 末期就开始清晰化，5.0 写进了官方文档。

§5 Python 绑定：类型注解与 NumPy 2.x

5.0 的 Python 绑定是 4.x 后期 pybind11 重构的延续，但补齐了几件事：

类型注解：所有 cv2.* 函数现在有 PEP 484 签名，VS Code Pylance、mypy、pyright 可以正确推断。
NumPy 2.x 对齐：官方 wheel 依赖 numpy>=2，绑定按 NumPy 2.x 构建，cv2 返回的 ndarray 与 NumPy 的互操作路径保持一致。
新数据类型透出：bfloat16、bool、64 位整型等新类型在 Python 侧可直接使用，cv2.Mat 与 numpy 数组的转换更顺。

简单对比：

# OpenCV 4.x
img = cv2.imread("a.jpg")            # ndarray，但 typing 拿不到
result = cv2.dnn.blobFromImage(img)  # type: ignore 是常态

# OpenCV 5.0
img: np.ndarray = cv2.imread("a.jpg")
result: np.ndarray = cv2.dnn.blobFromImage(
    img, scalefactor=1/255.0, size=(640, 640), mean=(0, 0, 0), swapRB=True
)

§6 嵌入式与硬件加速：5.0 的「另一个战场」

6.1 新的硬件抽象层（HAL）

5.0 把硬件加速收敛到一个统一的 HAL 抽象层，厂商可以把自己的优化 kernel 插进去。官方列出的后端包括：

Intel IPP（IPPICV）：x86 上的传统优化路径，继续作为默认加速。
Arm KleidiCV：ARM 平台的优化库，覆盖移动端和嵌入式。
Qualcomm FastCV：高通平台的优化路径，面向手机与 NPU 生态。
RISC-V Vector Extension（RVV）：RISC-V 向量指令路径进入官方支持列表，对 Kendryte K210、BL808 这类低端 MCU + 视觉前端场景尤其重要。

HAL 的意义在于：同样的 cv::dnn / imgproc 代码，在 x86、ARM、RISC-V 上各走各的优化 kernel，开发者不需要为每个平台单独写适配层。

6.2 新引擎与加速的搭配

前面提过，5.0 的新图引擎发布时只支持 CPU。如果你的目标平台要 GPU / NPU 加速，两个选择：

回退经典引擎：经典引擎保留了 4.x 时期的 CUDA、OpenVINO、CoreML 等 backend 支持。
接入 ONNX Runtime：编译时 -DWITH_ONNXRUNTIME=ON，配合 -DDOWNLOAD_ONNXRUNTIME_GPU=ON 走 NVIDIA GPU execution provider。

ARM 上的部分运算（如 blobFromImage、resize）也能吃到新 HAL 的优化，但不改变上面这个「新引擎默认 CPU」的基本盘。

§7 迁移实战：从 4.x 到 5.0 的流程

7.1 升级前清单

编译器支持 C++17（GCC 8+ / Clang 9+ / MSVC 2017 19.14+；GCC 7.x 可用但有 caveats）
Python ≥ 3.6（移除了 Python 2 支持）
检查是否用到被移出主仓库的功能：G-API、经典 ML、Haar/HOG 检测器
检查是否用到被移除的 C API（CvMat、IplImage 等）
opencv_contrib 依赖确认与 5.0 的版本配套

7.2 CMake 改动

# 旧（4.x）
find_package(OpenCV REQUIRED COMPONENTS core imgproc dnn)
target_link_libraries(myapp PRIVATE ${OpenCV_LIBS})

# 新（5.0）：增加 C++17 强制；几何/标定函数头文件有兼容层
set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
find_package(OpenCV 5.0 REQUIRED COMPONENTS core imgproc dnn geometry calib stereo)
target_link_libraries(myapp PRIVATE opencv_core opencv_imgproc opencv_dnn)

注意：如果你用 findHomography、solvePnP、StereoBM 这类函数，5.0 里它们分属 geometry / calib / stereo 模块。旧头文件 opencv2/calib3d.hpp 会自动包含新模块头，老代码 #include 不用改，但新项目建议按需引入。

7.3 pip 升级

# 旧项目
pip install "opencv-python==4.12.0.88"
# 升 5.0（wheel 版本 5.0.0.93）
pip install --upgrade "opencv-python==5.0.0.93"
python -c "import cv2; print(cv2.__version__)"  # 5.0.0

opencv-contrib-python 同样升级；opencv-python-headless 用于无 GUI 的服务器 / Docker 场景，四个官方包（主包 / contrib / headless / contrib-headless）只装其中一个。

7.4 常见踩坑

cv2.dnn.readNet 加载老 ONNX 失败：先用 netron.app 看图确认算子；多数情况可换新版 ONNX 导出，或显式指定经典引擎（ENGINE_CLASSIC）加载。
CUDA 不可用：官方 PyPI wheel 是 CPU-only 构建。要 CUDA 必须自己编译（或走 ONNX Runtime 的 NVIDIA execution provider），PyPI 上没有官方 CUDA wheel。
G-API / ML 模块 import 失败：它们已移入 opencv_contrib，主包不再包含；需要用到就装 opencv-contrib-python，或用替代方案（如 sklearn）。
C 风格代码编译失败：C API 已彻底移除，改成 C++ API（cv::Mat、cv::imread 等）。
conda 环境：以 conda-forge 实际同步进度为准，锁定版本时留意渠道是否已上架 5.0。

§8 5.0 时代 OpenCV 的真正位置

如果你今天要做一个新的视觉项目，OpenCV 5.0 的合理用法是：

采集层：VideoCapture / V4L2 / GStreamer 拉流，OpenCV 仍是事实标准。
前处理：cvtColor / resize / remap / undistort，OpenCV 写得最朴素、跑得最稳。
经典 CV 后处理：findContours / HoughLines / matchTemplate / calib3d，OpenCV 仍是首选。
深度模型推理：YOLOv5 / YOLOv8 仍可在 OpenCV DNN 跑，但从零开始的新项目，建议直接走 ONNX Runtime + numpy / torch。
多模态 / VLM / 分割一切：完全脱离 OpenCV 5.0 也能跑得很好。

5.0 让 OpenCV 在它本来就强的环节更强，但不再试图成为「所有视觉任务的运行时」。相比 4.0 时代的全面铺开，这是一次明确的收缩：采集、前处理、经典 CV 与嵌入式加速，才是它打算长期占住的位置。

§9 动手练习

为了把本文真正学扎实，建议你完成下面三组练习。

9.1 理解型练习

回答下面三个问题：

为什么 OpenCV 5.0 要提高最低 C++ 标准到 C++17？
为什么 5.0 把 DNN 引擎设计成「新引擎 + 经典引擎」并存，默认让 ENGINE_AUTO 自动选择？
为什么 OpenCV 5.0 不再试图成为「所有视觉任务的运行时」？

如果你能把这三个问题讲清楚，说明你已经抓住了 OpenCV 5.0 的设计思路。

9.2 应用型练习

尝试完成以下操作：

创建一个 Python 虚拟环境，安装 OpenCV 5.0
运行一个 YOLOv8 推理示例，对比 OpenCV DNN 和 ONNX Runtime 的性能
编译一个使用 OpenCV 4.x 的 C++ 项目，修改 CMake 使其兼容 OpenCV 5.0
使用 cv2.dnn 加载一个 ONNX 模型，并显式指定引擎（ENGINE_CLASSIC / ENGINE_NEW / ENGINE_ORT）

9.3 迁移型练习

如果你有一个使用 OpenCV 4.x 的项目：

检查项目中使用的 OpenCV 功能是否受 5.0 破坏性变化影响
制定迁移计划（原地升级 vs 双版本共存）
在测试环境中完成迁移，并运行完整测试套件
记录迁移过程中遇到的问题和解决方案

§10 自测清单

在关闭本文前，检查你是否已经能回答下面这些问题：

我知道 OpenCV 5.0 的最低 C++ 标准和 Python 版本要求
我知道 DNN 模块的 backend 抽象变化
我知道如何显式指定 DNN 引擎
我知道 Python 绑定的三大改进
我知道如何从我自己的 4.x 项目升级到 5.0
我知道常见的升级踩坑和解决方案
我知道 OpenCV 5.0 在当前 AI 时代的定位

如果以上 7 项你都能确认，说明你已经掌握了 OpenCV 5.0 的核心变化。

§11 进阶路径

如果你准备继续深入，建议按这个顺序进阶：

DNN 模块深入：理解 ONNX Runtime 集成和图优化原理
硬件加速：学习如何使用 CUDA / OpenVINO / CoreML backend，以及新 HAL 在 ARM / RISC-V 上的加速路径
嵌入式部署：研究 OpenCV 在 ARM、RISC-V、WebAssembly 上的部署
模型优化：学习 INT8 量化、算子融合等优化技术
贡献社区：参与 OpenCV 社区，提交 PR 或修复 bug

自测题

OpenCV 5.0 把最低 C++ 标准提到了多少？为什么这个改动对老项目是破坏性的，却又不得不做？
DNN 模块在 5.0 里为什么会有新引擎和经典引擎之分？ENGINE_AUTO 是怎么工作的？
Python 绑定在 5.0 补齐了哪三件事？其中哪一件直接影响你在 VS Code 里的类型提示？
一个只用了 imread / imshow / cvtColor 的项目，升级到 5.0 大概要多久？一个重度使用 DNN 的项目呢？
OpenCV 5.0 明确说自己「不再试图成为所有视觉任务的运行时」，哪些任务它建议你直接走 PyTorch / ONNX Runtime？
升级时 cv2.cuda import 失败，最可能的原因是什么？怎么解决？

参考答案

最低要求 C++17。破坏性在于老项目如果还按 C++11 编译会直接编不过，CMake 要显式 set(CMAKE_CXX_STANDARD 17)；但 C++17 带来的更稳的类型系统和标准库能力，是后面 DNN 重构和 typing 补齐的基础，不做反而欠更多技术债。
5.0 的 readNet() 默认走 ENGINE_AUTO：先尝试新图引擎，加载失败自动回退经典引擎；也可以显式传 ENGINE_NEW / ENGINE_CLASSIC / ENGINE_ORT 固定某个引擎。新引擎的 ONNX 算子覆盖更高（约 22% → 80%+），支持动态 shape 和 If/Loop 子图，能跑 YOLOv8 / Segment Anything 这类新模型；接入 ONNX Runtime 时用 ENGINE_ORT。
三件事是类型注解（PEP 484）、NumPy 2.x 对齐、新数据类型透出。直接影响类型提示的是第一件——cv2.* 有了签名后，Pylance / mypy / pyright 能正确推断，不用到处 # type: ignore。
只用基础功能的项目通常 30 分钟内能升完；重度使用 DNN 的项目要先检查模型兼容性（算子集、ONNX 版本、INT8 校准表），时间取决于模型数量和踩坑多少，不能一概而论。
LLM、多模态、Diffusion 这类推理，OpenCV 明确建议直接走 PyTorch / ONNX Runtime；经典 CV（YOLOv5 之前、ResNet、UNet 等）它仍是便携首选。
官方 PyPI wheel（opencv-python 系列）一直是 CPU-only 构建，不包含 CUDA，所以 cv2.cuda 不可用。需要 CUDA 得自己从源码编译（CMake 开 WITH_CUDA=ON），或用第三方预编译 wheel（如 Breakthrough/opencv-python-cuda，但目前只发布到 4.x）。

常见问题 FAQ

Q1：我现在的 4.x 项目要不要立刻升 5.0？ 不一定。只用基础图像处理、没有 DNN 依赖的项目，升级成本低，可以顺手升；重度依赖 DNN 或 contrib 模块的项目，先确认模型兼容性和 contrib 子模块在 5.0 的状态，别在业务高峰期硬切。

Q2：conda 环境里能装到 5.0 吗？ 以 conda-forge 的实际同步进度为准。5.0 未上架前，CI 锁版本先用 pip；上架后再切回 conda 环境。

Q3：OpenCL 在老 Intel 集显上崩了怎么办？ 先确认驱动与 OpenCL 的版本兼容性，再用 cv2.ocl.haveOpenCL() 检查 OpenCL 是否初始化成功；若异常，编译时关掉 WITH_OPENCL=OFF，或运行时禁用 OpenCL 回退到 CPU 路径。

Q4：OpenCV DNN 和直接用 ONNX Runtime 怎么选？ 如果你的模型是经典 CV 且要嵌入式 / 轻量部署，OpenCV DNN 最省事；如果从零开始的新项目、或模型是 Transformer / 多模态，直接 ONNX Runtime + numpy / torch 更合适，OpenCV 反而多余。

Q5：升级后老 ONNX 模型加载失败，怎么排查？ 先用 netron.app 看模型用了哪些算子，多半是算子超出 5.0 覆盖；要么换更轻的模型，要么暂时降回 4.x，或显式指定 ENGINE_ORT 交给 ONNX Runtime 处理。

§12 参考链接

GitHub: https://github.com/opencv/opencv
5.0 公告: https://opencv.org/opencv-5
4.x → 5.x 迁移指南: https://github.com/opencv/opencv/wiki/OpenCV-4-to-5-migration
官方文档（4.x LTS 保留）: https://docs.opencv.org/
讨论区: https://forum.opencv.org/
许可: Apache-2.0

2026-06-08 · GitHub Trending 收录 · 文本矩阵「技术笔记」专栏

参与讨论

使用 GitHub 登录。欢迎补充事实、异议与实践。

当前浏览器未启用 JavaScript。你仍可前往 GitHub Discussions 参与讨论。

目录

OpenCV 5.0 解析：88K+ Stars 经典库 5.0 正式发布，8 年来首个大版本怎么变？

OpenCV 5.0 解析：88K+ Stars 经典库 5.0 正式发布，8 年来首个大版本怎么变？

学习目标

本文目录

§0 三分钟速览

§1 本文覆盖范围

§2 为什么 OpenCV 5.0 又一次冲上 GitHub Trending

2.1 一句话新闻

2.2 Trending 的标准路径

§3 OpenCV 5.0 的核心变化概览

3.1 总体定位

3.2 与你有关的破坏性变化

3.3 模块重构：calib3d 拆成四个模块

3.4 其他重构

§4 DNN 模块：5.0 真正的「主菜」

4.1 新图引擎 + 经典引擎并存

4.2 新引擎的能力与限制

4.3 与 PyTorch / ONNX Runtime 的边界

§5 Python 绑定：类型注解与 NumPy 2.x

§6 嵌入式与硬件加速：5.0 的「另一个战场」

6.1 新的硬件抽象层（HAL）

6.2 新引擎与加速的搭配

§7 迁移实战：从 4.x 到 5.0 的流程

7.1 升级前清单

7.2 CMake 改动

7.3 pip 升级

7.4 常见踩坑

§8 5.0 时代 OpenCV 的真正位置

§9 动手练习

9.1 理解型练习

9.2 应用型练习

9.3 迁移型练习

§10 自测清单

§11 进阶路径

自测题

参考答案

常见问题 FAQ

§12 参考链接