cmake本身不安装第三方库，只负责链接已准备好的库；find_package找不到opencv，主因是缺失opencvconfig.cmake或未装在默认搜索路径中，需通过cmake_prefix_path、opencv_dir等显式指定路径。
直接说结论：CMake 本身不“安装第三方库”，它只负责链接你已经准备好的库；所谓“CMake安装后”，其实是你有了构建能力，下一步得告诉它去哪儿找头文件、链接哪个 .a 或 .so 文件。
find_package 找不到库？先确认它是否真被 CMake “认识”
很多用户执行 find_package(OpenCV REQUIRED) 报错，并不是 CMake 有问题，而是 OpenCV 根本没提供 OpenCVConfig.cmake（或 opencv-config.cmake），或者没装在 CMake 默认搜索路径里。
- CMake 按顺序查：
CMAKE_PREFIX_PATH→/usr/local/lib/cmake/→/opt/homebrew/lib/cmake/（macOS）→C:/Program Files/opencv/share/（Windows） - 如果库装在
/opt/mydeps/opencv，启动 CMake 时加参数：cmake -DCMAKE_PREFIX_PATH=/opt/mydeps .. - 或者在
CMakeLists.txt开头手动设：set(CMAKE_PREFIX_PATH "/opt/mydeps" ${CMAKE_PREFIX_PATH}) - 查不到 Config 文件时，CMake 会退而尝试
FindOpenCV.cmake—— 这个模块不一定存在，也不一定靠谱，别依赖它
链接静态库 .a 和动态库 .so 写法不同
写错会导致链接失败，或运行时报 error while loading shared libraries。
- 静态库要给完整路径：
target_link_libraries(myapp PRIVATE /path/to/libmylib.a) - 动态库可只写名字（前提是
link_directories()已设好，或系统路径已注册）：target_link_libraries(myapp PRIVATE mylib) - 更推荐现代写法：用
target_include_directories()+target_link_libraries()，避免全局include_directories()影响其他 target - Linux 下动态库运行时找不到，不是编译问题，是
LD_LIBRARY_PATH没设，或没运行sudo ldconfig刷新缓存
自己编译的库没生成 Config 文件？手动指定路径最稳
比如你从源码编译了 yaml-cpp，装到 /home/user/local/yaml-cpp，但没生成 yaml-cppConfig.cmake，就别硬套 find_package。
- 头文件路径：
target_include_directories(myapp PRIVATE /home/user/local/yaml-cpp/include) - 库路径和名字：
target_link_libraries(myapp PRIVATE /home/user/local/yaml-cpp/lib/libyaml-cpp.a) - 如果同时有
.a和.so，优先选.a可规避运行时依赖问题；选.so则必须确保部署机上有同版本库 - 路径里别用
~，CMake 不展开，写绝对路径或用${CMAKE_CURRENT_SOURCE_DIR}相对定位
最容易被忽略的是：CMake 的 find_package 不下载、不编译、不安装任何东西，它只是个查找器。你得先让库“落地”，再让它“被看见”。跨平台项目尤其要注意 Windows 的 .lib vs Linux 的 .a/.so，以及 macOS 的 .dylib——同一份 CMakeLists.txt 很可能需要条件分支处理。
