嵌入式Linux开发者Unix环境搭建避坑指南

　　去年十一月那波环境搭建，我原以为照着文档走流程最多三天，结果卡在交叉编译链配置上整整一周——那台老ThinkPad的ESC键都快被我按秃了。老张在隔壁工位摔键盘的声音比空调滴水还频繁，后来发现是源码包里的Makefile把ARM架构识别成x86了，你猜怎么着？那文档里根本没提要改CC环境变量，就一句轻飘飘的"确保工具链适配目标平台"。后来我们直接把文档扔了，照着社区里一个2017年的帖子改的，反而成了。

　　说起来你们上次评审会，白板笔没水了谁换的？我记着李哥举着半截笔在白板上画了十分钟，最后用马克笔写的，那字儿大得像超市促销海报。不过环境搭建这事儿，真不能全信官方文档——就像我们当时用Yocto构建镜像，官方教程说用bitbake -k会自动跳过错误，结果它跳过了所有关键包，最后生成个空镜像。后来还是老王在GitHub上翻到个非官方补丁，把BUILD_HISTORY参数改了才解决。他说这叫"社区优胜劣汰"，能活下来的方案都是被开发者骂出来的。

　　空调还在滴水，滴到我键盘缝里了。你们注意到没？现在嵌入式Linux的文档越来越像PRD了，全是"应该""建议""推荐"，但没一个说"出问题这么办"。就像我们当时用Buildroot配置内核，文档里写"启用CONFIG_XXX可优化性能"，结果启用后驱动全挂了。后来在论坛看到有人说，那个选项是给特定硬件优化的，我们这种板子用了反而会冲突。你说这算不算是文档的"虚假宣传"？

　　我原以为交叉编译是最难的，结果被U-Boot配置教做人。那玩意儿的Kconfig选项比外卖菜单还长，有些选项藏在三级菜单里，文档里就提了一句"可选配置"。我们当时为了支持SD卡启动，在menuconfig里翻了半小时，最后发现要在"Boot options"下的"Additional boot arguments"里加"root=/dev/mmcblk0p2"。这设计简直反人类，谁没事会想到把启动参数藏在内核配置里？后来我们直接把常用配置写成脚本，省得每次重新配置。

文章配图，仅供参考

　　投影仪又对焦不准了，模糊得像我们上次做的性能优化报告。不过环境搭建这事儿，有时候真得靠玄学。就像我们当时用QEMU模拟ARM环境，同样的配置，在老张的电脑上能跑，在我的电脑上就崩溃。后来发现是他装了某个显卡驱动，而我的没装。你说这算硬件问题还是软件问题？后来我们直接在文档里加了一句"建议使用NVIDIA显卡"，虽然知道这很不专业，但至少能减少一半的咨询量。

　　桌上那摞打印的需求单没人收，都堆成小山了。不过比起需求变更，我更怕环境配置变更。就像我们当时用OpenEmbedded构建系统，某天突然收到邮件说镜像仓库地址换了。结果全组人花了一天时间改所有脚本里的URL，改完发现新仓库少了个关键包，又得回滚。后来我们学聪明了，把所有外部依赖都镜像到内网，虽然占空间，但至少不会因为别人改配置而影响我们。这就像开发时把第三方库都fork到自己的仓库，虽然麻烦，但省心。

　　我手机一直在震，估计是测试组又在催环境。不过说真的，嵌入式Linux的环境搭建，最坑的不是技术问题，而是信息差。就像我们当时用Yocto时，不知道有个bitbake-layers工具可以管理层，自己手写了好多.bbappend文件，后来发现官方文档里有一章专门讲这个，但藏在"高级用法"里，没人注意到。现在我们都养成了习惯，遇到问题先搜社区帖子，再看官方文档——顺序反了，效率差十倍。

　　外卖汤洒了一点在桌上，不过不影响我吐槽。你们有没有发现，现在嵌入式Linux的工具链越来越臃肿？就像我们当时用Buildroot，配置个基础镜像就要下载几百兆的源码包，其中大部分是我们用不到的。后来我们改用BusyBox+手动编译，镜像大小直接减了80%。老王说这叫"去官方化"，就像用户用产品时总想关掉那些没用的功能。不过话说回来，官方工具链虽然臃肿，但兼容性好，就像大厂的产品，虽然功能多，但至少不会突然崩溃。

　　会议室的椅子少一把，老张只能站着听我吐槽。不过比起环境搭建，我更怕的是环境迁移。就像我们去年从Ubuntu 16.04升级到18.04，结果GCC版本升级导致所有交叉编译工具链都得重新编译。那两周全组人都在等编译，测试组都没活干。后来我们学乖了，用Docker把整个开发环境打包，迁移时直接拉镜像，省时省力。这就像产品改版时，把旧功能做成可配置的，而不是直接删除，减少用户适应成本。

　　说了这么多，其实环境搭建的避坑指南就三点：别全信文档，多看社区帖子；别用最新版本，选稳定版；别自己造轮子，能用现成的就用现成的。就像我们当时用U-Boot时，没按文档说的自己改代码，而是找了个现成的板级支持包，直接省了两周时间。老王说这叫"站在巨人的肩膀上"，虽然有点俗，但确实管用。不过话说回来，要是所有开发者都这么想，那社区里谁还会贡献代码呢？

　　空调还在滴水，我得去拿个盆接一下。不过环境搭建这事儿，就像开发产品，永远有坑，永远有优化空间。我们能做的，就是尽量少踩已知的坑，多积累避坑的经验。就像我们现在的文档，虽然还是有很多"建议""推荐"，但至少加了"常见问题"和"解决方案"章节——虽然知道没人会看，但至少心里踏实点。下次环境搭建时，记得叫上我，我带你去翻那些被我们骂过的社区帖子，那才是真正的避坑指南。

（编辑：草根网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!