我之前交叉编译依赖OpenSSL的嵌入式项目时，碰到过和你一模一样的坑——光靠OPENSSL_ROOT_DIR根本搞不定，CMake在交叉编译场景下的库查找逻辑和主机编译完全不一样。给你几个亲测有效的方案：

1. 手动指定OpenSSL的头文件和库路径 #

交叉编译时，CMake的find_package经常没法自动识别目标架构对应的库文件位置，这时候得直接把路径喂给它：

# 先指定根目录
SET(OPENSSL_ROOT_DIR /path/to/your-cross-compiled-openssl)
# 明确头文件路径
SET(OPENSSL_INCLUDE_DIR ${OPENSSL_ROOT_DIR}/include)
# 手动指定目标架构的库文件（注意要选对应你目标平台的.so/.a，比如arm的话可能在lib/arm-linux-gnueabihf下）
SET(OPENSSL_LIBRARIES 
    ${OPENSSL_ROOT_DIR}/lib/libssl.so 
    ${OPENSSL_ROOT_DIR}/lib/libcrypto.so
)

关键检查：用file命令确认库是目标架构的，比如：

file /path/to/your-cross-compiled-openssl/lib/libssl.so

输出里应该显示目标平台（比如ARM、aarch64），如果是主机架构（比如x86_64），说明你OpenSSL编译错了，这才是核心问题！

2. 必须用交叉编译工具链文件 #

这是大部分人忽略的点——交叉编译时，CMake默认会用主机的环境查找库，你得给它一个工具链文件，明确告诉它用交叉编译器、去哪里找目标平台的依赖。

比如创建一个toolchain.cmake：

SET(CMAKE_SYSTEM_NAME Linux)
# 替换成你的交叉编译器路径
SET(CMAKE_C_COMPILER /path/to/cross-compiler/arm-linux-gnueabihf-gcc)
SET(CMAKE_CXX_COMPILER /path/to/cross-compiler/arm-linux-gnueabihf-g++)
# 把交叉编译根文件系统和OpenSSL路径加进去，CMake会优先在这里找依赖
SET(CMAKE_FIND_ROOT_PATH /path/to/your-cross-rootfs /path/to/your-cross-compiled-openssl)
# 禁止CMake去主机系统找库和头文件
SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
SET(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)

然后cmake的时候指定这个工具链：

cmake .. -DCMAKE_TOOLCHAIN_FILE=toolchain.cmake -DOPENSSL_ROOT_DIR=/path/to/your-cross-compiled-openssl

3. 检查OpenSSL的编译是否正确 #

如果上面两步都没用，大概率是你OpenSSL没针对目标架构编译。比如编译ARM架构的OpenSSL，要这么做：

# 替换成对应你的目标平台的配置，比如linux-armv4、linux-aarch64等
./Configure linux-armv4 --prefix=/path/to/your-cross-compiled-openssl --openssldir=/path/to/your-cross-compiled-openssl
make
make install

一定要用OpenSSL提供的Configure脚本指定目标平台，不能直接用./configure，否则编译出来的是主机架构的库，CMake就算"找到版本"也没法用。

4. 强制CMake只在指定路径查找 #

如果还是不行，给find_package加NO_DEFAULT_PATH参数，强制它只在你指定的OpenSSL路径里找：

find_package(OpenSSL REQUIRED NO_DEFAULT_PATH
  PATHS /path/to/your-cross-compiled-openssl
  PATH_SUFFIXES lib include
)

或者用MODULE模式查找，有时候默认的CONFIG模式对交叉编译的OpenSSL兼容性不好：

find_package(OpenSSL REQUIRED MODULE)

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