Docker镜像内CMake执行find_package无法识别已安装OpenSSL包问题求助

• CMakeLists.txt 命令执行顺序违反官方规范，直接触发连锁报错
  按照CMake的强制执行规则，project() 命令必须紧跟在 cmake_minimum_required() 之后调用。该命令负责初始化所有平台相关的内部变量、系统查找路径规则、编译器探测结果，是后续所有依赖查找、编译、链接逻辑能够正常运行的前置条件。
  当前配置将 find_package(OpenSSL REQUIRED) 放在了 project() 之前执行，此时CMake尚未完成项目上下文初始化，既没有加载Debian系统下OpenSSL的对应查找路径规则，也没有生成依赖查找所需的内部变量，因此同时触发两类报错：
  • 哪怕容器内已经通过apt安装了libssl-dev，因为查找逻辑未正常初始化，仍会提示无法定位OpenSSL依赖包
  • 在未完成项目初始化的状态下调用依赖查找接口，直接触发「缺少CMake必需内部变量」的异常
• 虚拟机环境下可正常编译的原因：虚拟机本地构建目录存在之前正常执行CMake流程留下的缓存，绕过了首次初始化时的顺序校验逻辑，因此不会暴露该配置错误；Docker容器为全新无缓存的构建环境，会严格触发CMake的执行顺序校验规则，直接抛出异常。

• 调整CMakeLists.txt的命令执行顺序，将project() 移动到 find_package(OpenSSL REQUIRED) 之前，修正后的配置可参考：

cmake_minimum_required( VERSION 3.13 )
# 优先执行项目初始化，加载所有平台内部变量与路径规则
project( docker_cmake_hello_world )

find_package(OpenSSL REQUIRED)

add_executable(test main.cpp)

include_directories(  
        ${OPENSSL_INCLUDE_DIR}
)

target_link_libraries(
        test
        OpenSSL::SSL
)

• 优化构建脚本逻辑，在执行CMake配置前清理旧的构建目录，确保每次Docker构建都是全新的初始化流程，避免旧缓存导致的偶发异常
• 可选的兼容性加固：在find_package(OpenSSL) 之前增加兜底路径配置，适配不同Debian版本镜像下的OpenSSL安装路径差异，参考配置：

# 指定Debian系系统下OpenSSL的常规安装根路径，作为CMake内置查找逻辑的补充
set(OPENSSL_ROOT_DIR "/usr" CACHE PATH "OpenSSL installation root path")

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