大家好，我是一个动态链接库！

这个名字，相信你一定早就如雷贯耳了。

在计算机早期时代，由于内存资源紧张，我可是发挥了重大的作用！

不论是在 Windows 系统中，还是在 Unix 系列平台上，到处都能见到我的身影，因为我能为大家节省很多资源啊，资源就是人民币！

愉快的玩耍

比如：我的主人编写了这么一段简单的代码：

＃ 文件：lib．c
＃include ＜stdio．h＞
int func＿in＿lib（int k）
｛
   printf（＂func＿in＿lib is called ＂）；
   return k ＋ 1；
｝

只要用如下命令来编译，我就诞生出来了 lib．so，也就是一个动态链接库：

＄ gcc －m32 －fPIC －－shared －o lib．so lib．c

这个时候，主人随便把我丢给谁，我都可以为他服务，只要他调用我肚子里的这个函数 func＿in＿lib 就可以了。

虽然目前你看到我提供的这个函数很简单，但是道理都是一样的，后面如果有机会，我就在这个函数里来计算机器人的运动轨迹，给你瞧一瞧！

例如：张三今天写了一段代码，需要调用我的这个函数。

张三这个人比较喜欢骚操作，明明他在编译可执行程序的时候，把我动态链接一下就可以了，就像下面这样：

＄ gcc －m32 －o main main．c ．／lib．so

但是张三偏偏不这么做，为了炫技，他选择使用 dlopen 动态加载的方式，来把我从硬盘上加载到进程中。

咱们来一起围观一下张三写的可执行程序代码：

＃ 文件：main．c

＃include ＜unistd．h＞
＃include ＜stdio．h＞
＃include ＜stdlib．h＞
＃include ＜dlfcn．h＞
typedef int （＊pfunc）（int）；
int main（int argc， char ＊agv［］）
｛
   int a ＝ 1；
   int b；
   ／／ 打开动态库
   void ＊handle ＝ dlopen（＂．／lib．so＂， RTLD＿NOW）；
   if （handle）
   ｛
       ／／ 查找动态库中的函数
       pfunc func ＝ （pfunc） dlsym（handle， ＂func＿in＿lib＂）；
       if （func）
       ｛
           b ＝ func（a）；
           printf（＂b ＝ ％d ＂， b）；
       ｝
       else
       ｛
           printf（＂dlsym failed！ ＂）；
       ｝
       dlclose（handle）；
   ｝
   else
   ｛
       printf（＂dlopen failed！ ＂）；
   ｝
   return 0；
｝

从代码中可以看到，张三预先知道我肚子里的这个函数名称是 func＿in＿lib，所以他使用了系统函数 dlsym（handle， ＂func＿in＿lib＂）； 来找到这个函数在内存中的加载地址，然后就可以直接调用这个函数了。

张三编译得到可执行文件 main 之后，执行结果完全正确，很开心！

悲从中来

可是有一天，我遇到一件烦人的事情，我的主人说：你这个服务函数的计算过程太单调了，给你找点乐子，你在执行的时候啊，到其他一个外部模块里调用一个函数。

话刚说完，就丢给我一个函数名：void func＿in＿main（void）；。

也就是说，我需要在我的服务函数中，去调用其他模块里的函数，就像下面这样：

＃include ＜stdio．h＞
／／ 外部函数声明
void func＿in＿main（void）；
int func＿in＿lib（int k）
｛
   printf（＂func＿in＿lib is called ＂）；
   ／／ 调用外部函数
   func＿in＿main（）；
   return k ＋ 1；
｝

那么这个函数在哪里呢？天哪，我怎么知道这个函数是什么鬼？怎么才能找到它藏在内存的那个角落（地址）里？

不管怎么样，主人修改了代码之后，还是很顺利的把我编译了出来：

＄ gcc －m32 －fPIC －－shared －o lib．so lib．c

编译指令完全没有变化。

因为我仅仅是一个动态链接库，这个时候即使我不知道 func＿in＿main 函数的地址，也是可以编译成功的。

只不过我要把这个家伙标记一下：谁要是想使用我，就必须告诉我这个家伙的地址在哪里！，否则就别怪我耍赖。