在研究嵌入式SDK编译的时候，发现有2种编译工具链：
一个是 musl库工具链：aarch64-linux-musl-gcc
另一个是glibc库工具链：aarch64-linux-gnu-gcc
那这两个工具链如何选择呢？
一、musl库：
极简、轻量化、开源 libc 专为小体积、极简嵌入式设计。
优点
✅ 代码极简、体积极小
✅ 静态编译超级方便
✅ 内存占用低、启动快、安全精简
✅ 适合极简系统、容器、小型固件
缺点
❌ 兼容性差，很多开源软件要改代码才能编译
❌ 多线程弱、复杂网络、特殊系统函数缺失
适用：路由器、极简 Linux、OpenWrt、小型 IoT、docker 极简镜像
二、glibc库
特点
- Linux 官方标配
- 桌面 Ubuntu、服务器 CentOS、海思原厂 SDK 默认都是
glibc - 功能最全、兼容性最强、支持多线程、复杂网络、高级系统特性
优点
✅ 兼容性无敌，几乎所有开源软件都能直接编译运行
✅ 多线程性能强、NSS 网络、DNS、本地权限完善
✅ 工业软件、音视频、大型程序首选
缺点
❌ 体积大
❌ 编译出来固件 / 程序偏大
❌ 启动稍慢
适用：海思 Hi35xx、RK3568、工控、IPC、NVR 绝大多数嵌入式设备
三、musl和glibc的对比
| 对比 | glibc | musl |
|---|---|---|
| 体量 | 大 | 极小 |
| 兼容性 | 极强（主流） | 弱 |
| 多线程 | 性能强 | 弱 |
| 网络 / 高级 API | 全支持 | 阉割很多 |
| 动态库依赖 | 依赖多 | 少 |
| 静态编译 | 麻烦 | 非常顺滑 |
| 海思 / 瑞芯微 | 全部默认 glibc | 基本不适配 |
四、嵌入式选型建议
| 场景 | 推荐 | 理由 |
|---|---|---|
| 路由器 / OpenWrt | musl | 默认就是 musl，极致体积 |
| 容器 / Docker 镜像 | musl | Alpine 基础镜像，安全漏洞面小 |
| 桌面级嵌入式（工控机、NVR） | glibc | 需要跑 Qt、Python、CUDA 等，生态兼容性优先 |
| 静态链接单二进制（如 Go/Rust） | musl | CGO_ENABLED=0 或 rust-musl-builder 产出零依赖可执行文件 |
| 已有大量遗留 C 代码 | glibc | 避免移植成本（特别是用了 GNU 扩展的代码） |
| Buildroot/Yocto 定制 | 两者皆可 | Buildroot 可选工具链，Yocto 默认 glibc 但可切 musl |