【Linux系统】动静态库的制作
前言：
上文我们讲到了文件系统【Linux系统】详解Ext2，文件系统-CSDN博客
本文我们来讲讲动静态库的制作
库
【Linux】编译器gcc/g++及其库的详细介绍_linux gcc 有哪些库-CSDN博客
这篇文章的第4大点，简单是介绍了一下库的基本概念。
静态库
静态库的本质是一种归档文件，对所有.o文件进行了打包！
不需要使用者解包，而直接使用gcc/g++进行链接即可！
#先将所有的 .c文件编译出 .o问文件
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
mstr.c mstr.h my.c my.h
yc@hyc-alicloud:~/linux/动静态库的制作/new$ gcc -c *.c
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
mstr.c mstr.h mstr.o my.c my.h my.o#再将全部 .o文件打包为静态库（不包含main函数！）
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ar -cr libmyc.a *o
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
libmyc.a mstr.c mstr.h mstr.o my.c my.h my.o如上，静态库就这样制作完成了！
ar是归档工具，将多个.o文件打包成一个文件。选项：-rc表示replace and creat
进行链接：
我们要链接任何非标准库（包括第三方库、自己写的库）都必须指明-L -l！
-L：表示去哪里找库
-l：表示找那个库
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
libmyc.a mstr.c mstr.h mstr.o my.c my.h my.o test.c
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ gcc -c *.c
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
libmyc.a mstr.c mstr.h mstr.o my.c my.h my.o test.c test.o
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ gcc -o test test.o -L . -l myc
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ./test
0 1 2 3 4 5 6 7 8 9 链接完成，形成可执行程序！
注：.h文件的意义就是作为方法手册
hyc@hyc-alicloud:~/linux/动静态库的制作$ ls
lib new test.c
hyc@hyc-alicloud:~/linux/动静态库的制作$ tree lib
lib
├── include
│ ├── mstr.h
│ └── my.h
└── mylib└── libmyc.a3 directories, 3 fileshyc@hyc-alicloud:~/linux/动静态库的制作$ gcc -o test test.c -I ./lib/include -L ./lib/mylib -l myc
hyc@hyc-alicloud:~/linux/动静态库的制作$ ls
lib new test test.c
hyc@hyc-alicloud:~/linux/动静态库的制作$ ./test
0 1 2 3 4 5 6 7 8 9
当头文件并不在当前目录或系统中，就想要 -I选项
-I：表示去哪里找头文件。
补充：
库也是要被安装到系统中的！！！
我们正常使用库，是不可能像上面一样麻烦的！
只需要将头文件、库拷贝至系统文件下的默认路径，以后调用就只需要指明库名字即可。
默认路径：/usr/include，/lib64
动态库
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
mstr.c mstr.h my.c my.h#先将.c文件编译成.o
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ gcc -fPIC -c *.c
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
mstr.c mstr.h mstr.o my.c my.h my.o#再将.o文件打包
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ gcc -shared -o libmyc.so *.o
hyc@hyc-alicloud:~/linux/动静态库的制作/new$ ls
libmyc.so mstr.c mstr.h mstr.o my.c my.h my.o
编译为.o文件：fPIC：产生位置无关码（position independent code）
打包：与静态库使用ar打包不同，动态库依旧使用gcc进行打包，使用 -shared选项：表示生成共享库格式
进行链接：
hyc@hyc-alicloud:~/linux/动静态库的制作$ ls
lib new test.c
hyc@hyc-alicloud:~/linux/动静态库的制作$ tree lib
lib
├── include
│ ├── mstr.h
│ └── my.h
└── mylib├── libmyc.a└── libmyc.so3 directories, 4 fileshyc@hyc-alicloud:~/linux/动静态库的制作$ gcc -o test test.c -I ./lib/include -L ./lib/mylib -l myc
hyc@hyc-alicloud:~/linux/动静态库的制作$ ls
lib new test test.chyc@hyc-alicloud:~/linux/动静态库的制作$ ./test
./test: error while loading shared libraries: libmyc.so: cannot open shared object file: No such file or directory如上，我们依旧将所有位置信息告知，链接成功得到可执行程序！
但是当我们执行可执行程序时，却发现报错了！？libmyc.so不打开，不存在？为什么？
hyc@hyc-alicloud:~/linux/动静态库的制作$ ldd testlinux-vdso.so.1 (0x00007fff3f37a000)libmyc.so => not foundlibc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fbfed7ba000)/lib64/ld-linux-x86-64.so.2 (0x00007fbfed9f1000)因为，我们只告诉了编译器gcc这些信息，但是并没有告诉操作系统！
静态库为什么这问题？因为静态库在加载的时候，就已经将库加载到可执行程序里面了！而动态库没有，执行时还需要去查找对应的库。
解决方法：
1.将我们写的库直接拷贝到操作系统中
2.建立软连接：在操作系统中新建一个同名库，并将其与我们自己的库建立软连接
3.创建/修改环境变量：LD_LIBRARY_PATH（导入库的路径）
4.ldconfig方案：配置/ etc/ld.so.conf.d/ ，更新ldconfig
补充：
1.动静态库同时提供，gcc/g++，默认是使用动态链接、动态库！
非要静态链接，只能使用 -static（静态库必须存在！）
只存在静态库，当然就默认静态链接了
2.Linux下，默认优先安装动态库