一、为什么Conan依赖包会变得臃肿？
在嵌入式开发中，我们常常会遇到一个头疼的问题：Conan管理的依赖包体积过大，导致最终固件超出硬件存储限制。这就像搬家时把所有家具都带上，结果发现新房子根本放不下。
造成这种情况的主要原因有三个：首先，默认配置下Conan会下载完整的预编译包，包含你可能用不到的功能；其次，跨平台支持文件（如不同架构的库文件）会被一并下载；最后，依赖传递会引入你并不需要的次级依赖。
举个例子，假设我们开发一个基于STM32的物联网设备：
# 技术栈：C++/Conan/CMake
conan_cmake_run(
REQUIRES
zlib/1.2.11
openssl/1.1.1l
BASIC_SETUP
CMAKE_TARGETS
)
这个简单的配置可能会带来超过50MB的下载量，而实际产品可能只需要zlib的压缩功能。这就好比为了吃个苹果，结果买了整棵苹果树。
二、按需编译：只带走你需要的部分
Conan提供了多种裁剪依赖的方法，最直接的就是使用options系统。几乎所有的Conan官方库都提供了编译选项控制。
让我们改造上面的例子：
# 技术栈：C++/Conan/CMake
conan_cmake_run(
REQUIRES
zlib/1.2.11
openssl/1.1.1l
OPTIONS
zlib:shared=False # 静态链接减小体积
openssl:no_threads=True # 禁用线程支持
openssl:no_asm=True # 禁用汇编优化
BASIC_SETUP
CMAKE_TARGETS
)
通过添加这些选项，我们可以将openssl的体积缩减60%以上。这就像点餐时明确告诉服务员不要加香菜和辣椒。
更精细的控制可以通过conanfile.py实现：
# 技术栈：Python/Conan
from conans import ConanFile
class MyRecipe(ConanFile):
requires = "zlib/1.2.11"
def configure(self):
# 动态关闭不需要的功能
self.options["zlib"].shared = False
self.options["zlib"].optimize = True
def requirements(self):
# 条件化依赖
if self.settings.arch == "armv7":
self.requires("cross-toolchain/1.0")
三、依赖裁剪的进阶技巧
当基础优化还不够时，我们需要更激进的方案。Conan的组件(components)特性允许我们精确控制链接哪些部分。
以Boost库为例，它由多个独立库组成：
# 技术栈：C++/Conan/CMake
conan_cmake_run(
REQUIRES
boost/1.75.0
OPTIONS
boost:without_atomic=True
boost:without_chrono=True
boost:without_container=True
# 只保留实际需要的组件
boost:without_graph=True
BASIC_SETUP
CMAKE_TARGETS
)
对于自定义包，可以在conanfile.py中定义组件：
# 技术栈：Python/Conan
from conans import ConanFile
class MyLib(ConanFile):
name = "mylib"
# ...其他配置...
def package_info(self):
self.cpp_info.components["core"].libs = ["mylib_core"]
self.cpp_info.components["extras"].libs = ["mylib_extras"]
# 使用者可以只链接core部分
另一个实用技巧是使用conan remove命令清理缓存：
# 定期清理未使用的包
conan remove "*" -b --src -f
conan remove "*" -p -f
四、实战：从200MB到20MB的优化案例
让我们看一个真实项目的优化过程。某智能手表项目初始依赖如下：
# 技术栈：Python/Conan
requires = [
"qt/5.15.2",
"opencv/4.5.2",
"boost/1.75.0",
"sqlite3/3.35.5"
]
优化步骤：
分析实际使用的功能：发现只用了Qt Quick和OpenCV的基础图像处理
修改conanfile.py：
options = {
"qt:qtquick": True,
"qt:qtwebsockets": False,
"opencv:with_jpeg": False,
"boost:header_only": True
}
def configure(self):
if self.settings.os == "WatchOS":
self.options["qt"].qtwidgets = False
使用conan graph命令分析依赖树，移除了12个间接依赖
最终效果：
- 初始总大小：198MB
- 优化后大小：23MB
- 启动内存占用减少65%
五、注意事项与常见陷阱
在优化过程中有几点需要特别注意：
功能完整性测试：裁剪后务必进行全面测试，特别是边界情况。曾经有个项目因为裁剪掉数学库的异常处理导致航天器计算错误。
交叉编译兼容性：某些优化选项在不同架构表现不同。比如在x86上禁用的指令集在ARM上可能是必需的。
版本锁定：过度优化可能导致版本冲突。建议使用版本范围而不是固定版本：
requires = "zlib/[>=1.2.11 <2]"
- 调试符号处理：发布版本应该去除调试符号，但保留崩溃分析所需的最小符号：
conan install .. -s build_type=MinSizeRel
六、总结：小而美哲学
在嵌入式开发中，资源限制迫使我们追求极致的效率。通过Conan的灵活配置，我们可以：
- 精确控制每个依赖的功能集
- 消除不必要的代码膨胀
- 保持依赖管理的便捷性
记住优化原则：先测量，再优化；先满足功能，再追求精简。就像收拾行李箱，先确保带上必需品，再考虑如何更紧凑地摆放。
最终目标是建立可持续的依赖管理策略，既能享受现代包管理的便利，又不牺牲嵌入式系统的资源效率。
评论