Conan 通过 settings 和 options 控制依赖构建行为，而非直接传递编译参数；-s 参数指定 settings（如 build_type=Debug），决定 package ID 与二进制选择，具体编译标志由 conanfile.py 或 CMakeToolchain 等生成器注入构建系统。
Conan 本身不直接“传递编译参数”给依赖，而是通过 settings 和 options 控制依赖的构建行为；真正的编译参数（如 -O3、-DFOO=1）由 Conan 配方（conanfile.py）内部决定，或由生成器（如 CMakeToolchain）注入到构建系统中。
conan install 的 -s 参数控制 settings，不是编译参数
你运行 conan install . -s build_type=Debug -s compiler=gcc -s compiler.version=12 时，这些 -s 是 Conan 的 settings，它们：
- 决定该依赖选用哪个预编译二进制（package ID 的一部分）
- 在没有匹配二进制时，指导 Conan 如何从源码构建（调用配方中的
configure()/build()） - 不等价于 CMake 的
-DCMAKE_CXX_FLAGS—— 后者属于构建系统层面的细节，Conan 默认不接管
例如：-s build_type=Debug 不会自动加 -g -O0，它只是告诉 Conan：“我要一个 Debug 构建的 zlib”，而 zlib 的 conanfile.py 决定怎么实现这个 Debug 构建。
CMakeToolchain 生成器才是真正传编译参数的地方
如果你用 CMakeToolchain 生成器（推荐），Conan 会把 settings 映射为 CMake 变量，并写入 conan_toolchain.cmake：
-
build_type=Debug→CMAKE_BUILD_TYPE=Debug（触发 CMake 默认的-g -O0） -
compiler.cppstd=17→CMAKE_CXX_STANDARD=17 -
compiler.libcxx=libstdc++11→CMAKE_CXX_STANDARD_LIBRARY=stdc++
你必须在 CMakeLists.txt 开头显式包含它：
cmake_minimum_required(VERSION 3.23)
project(MyApp)
<h1>必须放在 project() 之后、add_executable() 之前</h1><p>set(CMAKE_TOOLCHAIN_FILE $ENV{CONAN_TOOLCHAIN_FILE} CACHE STRING "")
if(EXISTS ${CMAKE_TOOLCHAIN_FILE})
include(${CMAKE_TOOLCHAIN_FILE})
endif()</p>否则这些参数不会生效。漏掉这步是常见错误。
想给某个依赖加自定义编译宏或 flag？靠 options 或 profile 覆盖
多数官方包（如 fmt、zlib）提供 options 控制行为，比如：
-
zlib:shared=True→ 影响是否链接动态库 -
openssl:no_asm=True→ 关闭汇编优化（等效于传no-asm给 OpenSSL configure）
若需更底层控制（如强制加 -march=native），有两条路：
- 在 profile 中用
[env]设置环境变量（部分配方响应CXXFLAGS） - 写自定义 conanfile.py 继承原包，重写
build()方法手动调用self.run("cmake ... -DCMAKE_CXX_FLAGS=...")
但注意：后者破坏可复现性，且无法被锁文件（conan lock）精确记录。
多配置生成器（如 Visual Studio）下 --config 必须匹配 build_type
在 Windows + MSVC 场景，你用 VisualStudio 或 Ninja Multi-Config 生成器时：
- 不能在
conan install时指定-DCMAKE_BUILD_TYPE - 必须用
--config Debug指定目标配置，并确保 host profile 的build_type=Debug - 否则 CMakeToolchain 会生成错误的
CMAKE_BUILD_TYPE，导致链接 Release 库却用 Debug 运行时
典型错误现象：LNK2038: mismatch detected for 'RuntimeLibrary'。
真正容易被忽略的是：Conan 的 settings 和构建系统的编译参数之间没有自动映射层 —— 它们通过生成器桥接，而生成器的行为又高度依赖你选的 CMake 版本、profile 内容和 CMakeLists.txt 的加载顺序。哪怕 conan install 成功，只要 conan_toolchain.cmake 没被正确 include，所有参数都白设。
