探索替代C库：优化嵌入式系统开发
1. 为何选择不同的C库
在Linux系统中，Glibc是GCC默认使用的C库，它为大多数C语言应用程序以及桌面GNU/Linux系统提供支持。对于桌面Linux开发而言，由于许多应用已加载Glibc到内存，借助其共享库特性可让应用共享内存中的同一版本，这是不错的选择。
然而，在消费电子设备和嵌入式计算等场景中，内存和资源有限，需要尽可能减小应用程序的大小和运行时所需的内存。Glibc存在的主要问题是体积庞大，它为所有C应用提供基础设施，即便你只使用其中部分功能，也需提供大量的函数和符号定义。虽然Glibc通常作为共享库使用能节省一些初始应用大小，但加载到内存后，其效果与静态链接使用整个Glibc并无差异。
减少使用共享库的应用程序大小的经典方法是展开库并重新创建，使其仅包含实际使用的函数。但在现实中，这既困难又耗时，且每个复杂应用使用的标准C函数不同，每次更新应用都需重复“链接、识别问题、重复”的循环，维护成本极高。
此外，即便使用非C语言编写应用，Glibc也会与通过GCC其他编译器编译的应用链接，如Ada、C++、Fortran、Java和Objective - C等。因此，为减小应用大小和运行时资源需求，最佳且最简单的替代方案是使用替代C库进行静态链接。
2. 替代C库概述
常见的Glibc替代C库主要有以下四种：
| 库名称 | 简介 | 官网 |
| ---- | ---- | ---- |
| dietlibc | 为大小优化的小型C库，包含线程实现和数学库，易于构建和使用，有自己的驱动程序“diet”。 | http://www.fefe
