根本原因是CMake未正确识别Conan提供的库路径：Conan将库装入build/等子目录，但CMake默认优先搜索系统路径或CMAKE_PREFIX_PATH，导致find_package()误用旧版或失败；需确保conan install与CMakeLists.txt同级、正确使用generator、include路径指向CMAKE_BINARY_DIR下生成文件，并启用CMAKE_FIND_PACKAGE_PREFER_CONFIG。
Conan 生成的库路径没被 CMake 正确识别
根本原因不是 Conan 没装对，而是 CMake 没“看到” Conan 提供的库位置。Conan 默认把库文件放进 conan install 所在目录下的 build/ 或 cmake-build-*/ 子目录里（取决于你用的 generator），但 CMake 仍会优先查系统路径或 CMAKE_PREFIX_PATH，导致 find_package() 找到旧版本、或直接失败。
常见错误现象：find_package(OpenSSL REQUIRED) 成功但链接时报 undefined reference to SSL_new；target_link_libraries(myapp PRIVATE OpenSSL::SSL) 标红；make 阶段报 cannot find -lssl。
- 确认你用了
--generator cmake_find_package或cmake_paths：前者生成conanbuildinfo.cmake，后者生成conan_paths.cmake；别混用，也别漏掉--install-folder指定输出位置 -
include()必须指向生成文件的实际路径：比如include(${CMAKE_BINARY_DIR}/conanbuildinfo.cmake)，而不是源码目录；如果conan install在build/下运行，那conanbuildinfo.cmake就在build/里 - 禁用系统 Find 模块：在
include()之后加set(CMAKE_FIND_PACKAGE_PREFER_CONFIG ON)，否则 CMake 可能绕过 Conan 提供的 config 文件，去跑自带的FindOpenSSL.cmake
CMakeLists.txt 里 link 路径写死导致失效
硬编码 lib/ 或 bin/ 路径是典型反模式。Conan 包结构随平台、构建类型变化：Windows 动态库在 bin/，Linux 静态库在 lib/，而 conan create 打包时若 package() 方法没按约定拷贝，下游根本拿不到正确路径。
使用 target_link_libraries(myapp PRIVATE ${CONAN_LIBS}) 是过时写法；现代方式必须依赖 target 别名，例如 OpenSSL::SSL。
- 确保
conanfile.py的requires声明带完整版本与 channel，如"openssl/1.1.1w@"；不带@会导致远程搜索，可能拉到不兼容二进制 - 检查
conan install输出里是否真有openssl/1.1.1w的Cache或Download行；没有说明依赖没解析成功，后续路径自然为空 - 如果用
cmake_pathsgenerator，find_package(OpenSSL)后必须手动target_link_libraries(myapp PRIVATE ${OpenSSL_LIBRARIES})，且要补target_include_directories(myapp PRIVATE ${OpenSSL_INCLUDE_DIRS})
CLion 中 Conan 库路径不生效的隐藏陷阱
CLion 的 CMake 工具窗口显示 No CMakeLists.txt found 或 find_package 补全失效，90% 是因为 Conan 和 CMake 的工作目录错位——CLion 加载 CMake 时只认你 File | Open 的那个目录顶层的 CMakeLists.txt，但它不管 conanfile.txt 在哪。如果两者不在同一级，CMake 就读不到 Conan 生成的配置。
-
conan install必须在含conanfile.txt或conanfile.py的目录执行，不是项目根目录，也不是build/目录；多数人把conanfile.py放在conan/子目录却在项目根目录跑命令，结果报No conanfile.py or conanfile.txt found - CLion 的 CMake 设置里，
CMake options字段要显式加-DCMAKE_TOOLCHAIN_FILE=conan_toolchain.cmake（如果你用conan lock+conan install --toolchain）；不加就等于没接 Conan 的 toolchain - 改完
conanfile.py或重新conan install后，必须手动点 CLion 顶部的Reload CMake project按钮；自动 reload 经常因杀毒软件/NFS 挂载失效
Conan package() 方法没拷对路径，导致头文件或库丢失
报错 Unable to find 'openssl/ssl.h' 或 undefined reference to 'SSL_new'，表面是路径问题，实则是 package() 方法没把东西放对地方。Conan 强制约定：头文件必须进 include/，静态库进 lib/，动态库进 bin/（Windows）或 lib/（Linux/macOS）。错放一个层级，下游 find_package() 就找不到。
-
self.copy("*.h", dst="include", src="include")——src是相对于 conanfile.py 的原始路径，dst是包内最终路径；别写成dst="."或漏掉src - 检查
conan create . user/testing输出末尾是否有Package 'xxx' created；没有说明打包失败，更别说路径了 - 用
conan inspect zlib/1.2.13@ -a cpp_info.includedirs查看官方包实际暴露的 include 路径，对比自己包的输出，确认是否一致
conan install 执行位置、CMake generator 类型、CLion 项目根目录三者的交界处。最容易被忽略的是：conan install 和 CMakeLists.txt 必须同级，否则所有路径推导都会偏移一层。 
