CMake中find_package的适用场景与使用时机咨询

你提到的手动用target_include_directories和target_link_libraries完成编译，确实能应付简单的依赖场景，但find_package的核心作用是解决复杂依赖管理的痛点，具体原因和适用时机如下：

为什么需要find_package？ #

• 标准化配置+跨平台兼容
  很多成熟第三方库（比如Boost、Qt、OpenCV）会提供官方CMake配置文件（xxxConfig.cmake或Findxxx.cmake）。find_package能自动读取这些文件，帮你配置好所有必要参数——不止是头文件路径和链接库，还包括编译定义（比如-DQT_CORE_LIB）、C++标准要求、甚至依赖的子库。手动写的话，你得挨个查文档找参数，换平台（比如从Linux到Windows）这些参数大概率要改，find_package能无缝适配。

• 自动定位多路径下的依赖
  如果依赖库安装在系统默认路径（如/usr/lib、C:\Program Files），或者通过环境变量指定了位置，find_package会自动搜索并定位到正确的文件，不用你硬编码路径。手动写路径的话，换台机器就可能因为安装位置不同编译失败，维护成本极高。

• 自动处理复杂依赖链
  有些库的依赖关系很复杂，比如Qt Widgets依赖Core和Gui模块。用find_package(Qt5 REQUIRED Widgets)的话，CMake会自动把Core、Gui的依赖也加进去，你不用手动一个个链接子库。手动处理的话，很容易漏加依赖导致链接错误。

• 统一不同构建方式的配置
  很多库支持两种使用方式：系统全局安装，或者作为子模块嵌入项目（比如用FetchContent拉取源码）。find_package能统一这两种场景的配置——只要库有正确的配置文件，不管是系统安装的还是本地源码构建的，你都能用同样的命令引入，不用修改CMake脚本。

什么时候该用find_package？ #

• 使用第三方成熟库（尤其是官方提供CMake配置文件的）时，优先用find_package，别手动写路径。
• 项目需要跨平台编译时，find_package能避免手动路径带来的兼容性问题。
• 依赖库有复杂编译配置或依赖链时，find_package能简化脚本，减少出错概率。

什么时候可以不用？ #

• 依赖是你自己写的本地小模块，没有复杂配置，直接用target_include_directories和target_link_libraries更简单。
• 依赖库没有提供CMake配置文件，且安装路径完全固定，这种情况也可以手动指定路径，但更建议自己写个简单的Findxxx.cmake封装，方便后续维护。

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