前言

（1）想象一下，假如我们幸幸苦苦写了一个封装库代码，为了建立护城河，我们企业不愿意把真实的代码提供给用户。怕客户拿了代码，这个合同结束，稍微改一点点，就盗用我们的技术，然后说全自主创新。那真是有苦说不出啊。

（2）但是呢？你不把自己的代码给客户，客户用不了，还有是要你来用，最终整个项目你们包了。那这个所谓的客户躺着赚钱，你们又太亏了，而且根本不现实。

（3）所以，为了保护自己的知识产权，又能够把客户服务的服服帖帖的。我们可以自己建立一个静态库。

x86平台下建立静态库

准备测试程序

静态库程序

这里是我准备的静态库程序,只有一句打印。

#include <stdio.h>
void mylib(void)
{
        printf("This is mylib!\r\n");
}

测试程序

（1）这里是测试程序，有一个函数声明void mylib(void)。

（2）这个函数声明也可也放在一个头文件里面，然后这个c文件包含那个头文件。

（3）不明白的同学说明对于**#include**这个头文件包含理解不够，可以看看深入理解C程序的#include和头文件，让c工程只有.h文件（狗头）

void mylib(void);
int main(void)
{
        mylib();
        return 0;
}

（1）将C文件变成o文件

（1）我们先让c文件变成01语言，到最后一步链接停止。

gcc -c libtest.c

（2）将o文件变成静态库

（1）这里我们使用ar指令，将.o文件变成静态库

（2） 注意：规定静态库必须以lib开头，.a结尾。这是规定！

ar cr libmylib.a libmylib.o

（3）将测试程序与静态库链接

（1）这里我们使用ar指令，将.o文件变成静态库

（2）这里需要注意，-o表示输出的最终可执行文件名字。可不写，那么最终生成的可执行文件和c文件名字一致。

（3）-lmylib表示静态库的名字。libmylib.a是库文件名，去掉lib开头，.a结尾的mylib才是真正的库名。因此 -l+库名。

（4）-L用于指定静态库路径，最后的 '.'表示静态库在当前路径下。

gcc -o test test.c -lmylib -L .

arm平台下建立静态库

确定交叉编译器

（1）首先你需要知道你使用的是什么交叉编译器工具。有一些人可能是按照教程来的，已经在.bashrc文件中设置了交叉编译工具链。

（2）所以需要执行如下命令

vim ~/.bashrc

（3）在此文件中，输入如下指令，即可找到自己的交叉编译工具链是什么。

/CROSS_COMPILE

建立静态库

（1）测试程序和上面一致，执行流程也一样。只不过执行gcc和ar指令之前，需要加上交叉编译工具链。

arm-buildroot-linux-gnueabihf-gcc -c libtest.c  //将C文件变成o文件
arm-buildroot-linux-gnueabihf-ar cr libmylib.a libmylib.o  //将o文件变成静态库
arm-buildroot-linux-gnueabihf-gcc -o test test.c -lmylib -L . //将测试程序与静态库链接

建立静态库有什么好处

（1）建立静态库可以很好的保护自己的代码隐私性，又能够让别人使用。但是为什么C库函数需要建立成静态库？

（2）我们有没有发现一个问题，假如我们想要看一个C库函数底层实现，很多时候是直接跳转到了一个头文件中，底层实现是看不到的。

（3）这是因为C库已经被编译成为了静态库，我们上面说静态库可以保护自己代码的隐私性，但是C库不是开源的吗？

（4）这个就要涉及静态库的第二个好处，提供编译效率。

（5）静态库的代码已经经历了预处理，编译，汇编的过程，只差最后的链接了。如果别人要使用C库，就可以直接进行最后一步进行链接操作，有效的提高编译效率。