22、【Agent】【OpenCode】源码构建（平台目标属性）
【声明】本博客所有内容均为个人业余时间创作，所述技术案例均来自公开开源项目（如Github，Apache基金会），不涉及任何企业机密或未公开技术，如有侵权请联系删除
背景
上篇 blog
【Agent】【OpenCode】源码构建（项目构建）
开始构建 OpenCode 项目，其中指出了bun run build命令中的build代表的不是 Bun 内置命令，而是package.json中定义的脚本，接着进入packages/opencode目录，在其中进行构建动作，构建成功后，dist/目录下可以看到构建出的 OpenCode 多平台二进制文件，独立可执行，无需 Bun/Node.js，接着介绍了单独构建当前平台的方法，并列出了 OpenCode 支持构建的所有平台目标allTargets，最后分析了allTargets的os属性，下面继续
OpenCode
上篇 blog 分析完了os属性（Bun 工具集支持的操作系统平台），下面继续看剩余属性
下面看arch属性，该属性表示 CPU 指令集架构，常见有
x64：也叫 amd64，表示 64 位 Intel/AMD 处理器，适用于绝大多数服务器和 PCarm64：也叫 aarch64，表示 64 位 ARM 处理器，比如 Apple Silicon M1/M2，树莓派等
正如操作系统是软件底座一般，CPU 架构则是硬件底座，不同架构的 CPU 无法直接运行对方的二进制代码，比如能在 x64 上运行的程序不能在树莓派（ARM）上面跑
OK，下面是abi（Application Binary Interface），应用二进制接口，这是 Linux 特有的概念，主要指 C 标准库的实现方式，Linux 上有两个主流的 C 标准库：
| libc 类型 | 特点 | 常见发行版 |
|---|---|---|
| glibc | 功能全，兼容性好，体积大 | Ubuntu，Debian，CentOS，Fedora |
| musl | 轻量，静态链接友好，更纯净 | Alpine Linux |
而 glibc 和 musl 二进制不兼容，用 glibc 编译的程序在 Alpine Linux 上运行会报错：
Error loading shared library ld-linux-x86-64.so.2
同样，用 musl 编译的程序在 Ubuntu 等上也会报错，这个也属于软件兼容性问题，类似os，上层应用程序所用的 C 标准库，要和 Linux 操作系统所用动态库保持一致
所以 OpenCode 这里的abi有两种选择
undefine或省略：默认是 glibc，适用于大多数 Linux 操作系统musl：专为 Apline Linux 构建
在容器化场景中，很多人用 Alpine 做基础镜像（因为占用空间小），所以这里单独提供了 musl 版本
OK，最后是avx2属性，AVX2 全称 Advanced Vector Extension 2，是Intel/AMD CPU 的 SIMD 指令集，用于加速计算，现代 CPU（2013 年后）基本都支持 AVX2，但一些老旧机器，虚拟机或低功耗设备可能不支持，所以可以看到这里avx2有两种配置
- 默认为
true：也就是使用 SIMD 指令集进行优化加速，性能更好 avx2: false：也就是 baseline 版本，这个版本不使用 AVX2 指令，可以兼容更老的 CPU，但性能略低
编译的时候可以通过编译器标志（比如-mno-avx2）实现，Bun 在交叉编译时可以控制
OK，本篇先到这里，如有疑问，欢迎评论区留言讨论，祝各位功力大涨，技术更上一层楼！！！更多内容见下篇 blog