conan中修改依赖包编译参数最直接方式是用-o选项覆盖recipe定义的options，如-o openssl:shared=true；abi相关设置须通过profile指定；参数不生效常见原因是conan.lock锁定、未强制重编或cmake未加载toolchain。
修改 conanfile.txt 中的选项（-o）最直接
依赖包的编译参数（比如是否静态链接、启用哪些特性）通常由包作者在 conanfile.py 中定义为 options，你不能改源码，但能传值覆盖。用 -o 参数就行，例如让 OpenSSL 编译成动态库：
conan install . --build=missing -o openssl:shared=True- 全局开启动态链接：
-o *:shared=True（星号匹配所有包） - 关闭某个开关：
-o zlib:fPIC=False（注意不是所有包都支持这个 option，得看它的 recipe 定义）
常见陷阱：拼错 option 名或值（比如写成 shared=true 小写，实际要 True）；或者没查清该包是否暴露了你要改的 option —— 可以用 conan inspect openssl/3.1.3 看它声明了哪些 options。
用 profile 统一控制底层构建行为
像 compiler.libcxx、build_type、arch 这类影响 ABI 的设置，不能靠 -o 改，得走 -pr 指定 profile。profile 是纯文本文件，放在项目里或 ~/.conan2/profiles/ 下，内容类似：
[settings] compiler=gcc compiler.version=12 compiler.libcxx=libstdc++11 build_type=Release arch=x86_64
执行时显式指定：conan install . --build=missing -pr profiles/linux-gcc12-release。漏掉 -pr 就可能用默认 profile，导致生成的库和你的 CMake 不兼容（比如 libcxx 不一致，链接时报 undefined reference）。
conanfile.py 里重写 options（进阶场景）
当你需要对不同平台差异化控制，或者想把某些 option 默认打开（避免每次命令都加 -o），就该换 conanfile.py。它比 conanfile.txt 更灵活：
- 在
requirements()里调用self.requires("openssl/3.1.3", options={"shared": True}) - 在
configure()里动态设置：self.options["openssl"].shared = True - 甚至可以基于
self.settings.os做条件判断，比如 Windows 下强制zlib:fPIC=False
注意：一旦用了 conanfile.py，conan install 就只认它，conanfile.txt 会被忽略。而且 conanfile.py 里的 options 设置优先级高于命令行 -o，容易覆盖出意料之外的结果。
为什么改了参数却没生效？检查这三点
改完参数不生效，八成卡在这几个地方：
-
conan.lock文件锁死了旧配置 —— 删除它再跑conan install，否则 Conan 直接复用锁定的二进制 - 用了
--build=missing但远程已有二进制包 —— 改参数后必须加--build=openssl强制重编，或直接--build=all - CMake 没加载 Conan 生成的 toolchain —— 确保
cmake -DCMAKE_TOOLCHAIN_FILE=conan_toolchain.cmake ...，否则编译器参数还是你本地环境的
真正麻烦的是 OpenSSL 这类栈式依赖：改了 shared=True，还得确认 libssl 和 libcrypto 是否被其他包静态链接进去 —— 这时候得翻它的 conanfile.py 或看 conan inspect 输出的 default_options。
