conan profile 的 [settings] 直接决定 cmaketoolchain 生成内容，如 compiler=gcc 14 生成对应标准库路径和 -std=gnu++17，os=windows+compiler=msvc 则生成 /std:c++17 等；[conf] 控制生成细节（如 generator、user_toolchain），[buildenv] 中的 cc/cxx 仅影响 conan install 过程，不影响 toolchain 文件生成。
Conan Profile 的 [settings] 直接决定 CMakeToolchain 生成内容
CMakeToolchain 不是独立配置文件，它完全由 Conan Profile 中的 [settings] 驱动。比如你 profile 里写 compiler=gcc 且 compiler.version=14，生成的 conan_toolchain.cmake 就会硬编码 GCC 14 的标准库路径、-std=gnu++17 等；若 profile 是 compiler=msvc，则生成 MSVC 对应的 /std:c++17 和运行时开关。
常见误操作是 profile 用 GCC，但 CMakeLists.txt 里又手动 set(CMAKE_CXX_STANDARD 20)，这会导致 toolchain 与实际编译行为冲突，链接时可能报 undefined reference to std::filesystem::... 这类符号问题。
-
build_type=Debug→ toolchain 启用-g -O0，并定义DEBUG宏 -
os=Windows+compiler=clang→ toolchain 强制设置CMAKE_CXX_FLAGS包含-fuse-ld=lld（否则 clang-cl 模式下默认用 link.exe） -
arch=armv8→ toolchain 自动注入-march=armv8-a和 sysroot 路径（如果 profile 的[conf]里有tools.build:sysroot）
[conf] 里的 tools.cmake.cmaketoolchain:* 控制生成细节
Profile 中的 [conf] 段不是可选装饰，它直接覆盖 CMakeToolchain 默认行为。不显式配置，就容易掉进默认值陷阱：
- 没设
tools.cmake.cmaketoolchain:generator=Ninja？CMakeToolchain 默认用Unix Makefiles，即使你本地只有 Ninja —— 后续cmake --build .会报Unknown generator - 漏了
tools.cmake.cmaketoolchain:user_toolchain=/path/to/toolchain.cmake？交叉编译时，CMakeToolchain 不会自动 include 你自己的工具链，导致CC/CXX仍走 host 编译器 -
tools.cmake.cmaketoolchain:toolset=host=x64在 Windows 上不写？MSVC 工具集可能 fallback 到旧版，引发vcruntime140.dll版本不匹配
[buildenv] 设置的环境变量只影响 conan install 过程本身
很多人以为在 profile 里写 CC=/opt/arm/bin/arm-gcc 就能让 CMakeToolchain 生效，其实不会。这个 CC 只在 Conan 执行 conan install 期间起作用（比如编译依赖包时），对生成的 conan_toolchain.cmake 文件毫无影响。
真正让交叉编译生效的方式只有两种：
CMake 4.3.2 Windows x86_64 历史版本安装包，适合旧项目兼容、构建环境回退、CMakeLists.txt 迁移验证、Visual Studio/Ninja/Makefile 生成器测试和 C/C++ 项目维护。
- 在 profile 的
[conf]里加tools.cmake.cmaketoolchain:user_toolchain=/path/to/aarch64-toolchain.cmake - 或在
[settings]显式声明os=Linux arch=armv8 compiler=gcc，再靠[conf]补充tools.build:sysroot和tools.cmake.cmaketoolchain:generator
否则，CMakeToolchain 生成的文件里连 set(CMAKE_SYSTEM_NAME Linux) 都不会出现，CMake 会当成 native 构建。
CMakeLists.txt 必须用 project(... VERSION ...) 才能读取 toolchain 的标准设置
如果你的 CMakeLists.txt 还停留在 cmake_minimum_required(VERSION 3.22) + project(mylib) 这种写法，CMakeToolchain 里定义的 CMAKE_CXX_STANDARD 和 CMAKE_CXX_EXTENSIONS 很可能被忽略。
必须写成：
cmake_minimum_required(VERSION 3.23) project(mylib VERSION 1.0 LANGUAGES CXX)
原因：CMake 3.23+ 才在 project() 阶段真正解析 toolchain 文件中的标准相关变量。低于此版本，CMakeToolchain 生成的 set(CMAKE_CXX_STANDARD 17) 会被后续 project() 覆盖为默认的 14。
这个点极难排查 —— 编译通过但运行时 std::span 报错，最终发现是 CMake 没启用 C++20 标准，而 toolchain 文件明明写了 set(CMAKE_CXX_STANDARD 20)。
