动态加载

API

子进程环境变量改变不会更改父进程的环境变量

有名管道不存储数据其本身大小为 0 当一个进程写入数据进去时如果没有进程读取数据那么该写进程就会堵塞在哪里同理如果读进程想要读取数据但是却没有数据的写入那么也会堵塞直到有数据写入才能够读取

ar -r lib(库名）.a *.o 创建一个静态库文件将所有的目标文件加入进去
ar -t lib(库名).a 查看该静态库里有哪些文件
链接文件 gcc main.o -L. -lpmath L后面跟个. 代表在当前路径下去找链接文件而l后面则跟的是链接文件的名字
在现实程序编写中，一般不将main.c文件与其他函数的源文件放在同一个文件夹下
- 不过将main.c 没有放在与其他资源文件的相同路径下会导致编译不成功有三种方法可以解决这个问题
  - 1、我们原来的头文件的引入是直接#include "p_math.h" 这个写法是当main.c与资源文件在一个文件夹下的写法而最简单的解决办法就是改写为 #include "完整路径/p_math.h"
  - 2、第二种解决办法就是将""改为<> 这样系统会将其识别为系统库文件会去系统指定的路径下去查找只需要再把p_math.h 文件移到系统指定的路径下就行
  - 3、第三种解决办法就是在编译main.c文件的时候由 gcc -c main.c 改为 gcc c main.c -I+(p_math.h所在的文件夹路径) 就可以正常编译了

在编译资源文件的时候，使用-fPIC 这个通用的命令表示现在我们要来生成一个与目标位置无关的目标文件然后再将其编译为动态库文件其前面写一个 -shared文件表示这是一个共享文件
ldd a.out(可执行文件）可以查看可执行文件链接了那些动态库
LD_LIBRARY_PATH是动态库执行的时候寻找动态库文件的路径通过export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:(你想要加入的寻找路径）就可以解决这个问题
上面的是第一种解决办法第二种解决办法是将t_math 文件下的动态链接文件放到系统默认的动态库链接路径下比如/lib /usr/lib