Linux下的 .o、.a、.so文件

转  Linux下的 .o、.a、.so文件

  (2011-05-09 19:19:02)

转载▼

标签：  杂谈

分类： 转载

工程里很多函数只是有声明，找不到实现的代码。因为那些实现代码已经编译成库所以看不见，我所看见的全是一堆头文件.

     .o、.a、.so文件都是Linux下的程序函数库，即编译好的可以供其他程序使用的代码和数据。

优点：程序模块化，容易重新编译，方便升级。

分类：静态函数库（对应.a文件）、共享函数库（对应.so文件，类似于Windows的dll文件）、动态加载函数库（对应.o文件，相当于Windows里的.obj文件）

 

静态函数库

特点：实际上是简单的普通目标文件的集合，在程序执行前就加入到目标程序中。

优点：可以用以前某些程序兼容；描述简单；允许程序员把程序link起来而不用重新编译代码，节省了重新编译代码的时间（该优势目前已不明显）；开发者可以对源代码保密；理论上使用ELF格式的静态库函数生成的代码可以比使用共享或动态函数库的程序运行速度快（大概1%-5%）

生成：使用ar程序（archiver的缩写）。ar rcs my_lib.a f1.o f2.o是把目标代码f1.o和f2.o加入到my_lib.a这个函数库文件中（如果my_lib.a不存在则创建）

使用：用gcc生成可执行代码时，使用-l参数指定要加入的库函数。也可以用ld命令的-l和-L参数。

 

共享函数库

    共享函数库在可执行程序启动的时候加载，所有程序重新运行时都可自动加载共享函数库中的函数。.so文件感觉很复杂，光是命名规则就已经看得我很晕了~整理一下，共享库需要：soname、real name，另外编译的时候名字也有说法。依次解释下：

soname：必须的格式：lib+函数库名+.so+版本号信息（但是记住，非常底层的C库函数都不是以lib开头命名的）。例子：/usr/lib/libreadline.so.3

real name：顾名思义是真正的名字啦，有主版本号和发行版本号。但是没找到实例……

编译器编译的时候需要的函数库的名字就是不包含版本号信息的soname，例如上面的例子把最后的.3去掉就可以了。

位置：共享函数库文件必须放在特定目录，对于开放源码来说，GNU标准建议所有的函数库文件都放在/usr/local/lib目录下，而且建议命令、可执行程序都放在/usr/local/bin目录下。不过这个只是习惯啦，可以改变，具体的位置信息可以看/etc/ld.so.conf里面的配置信息。当然，也可以修改这个文件，加入自己的一些特殊的路径要求。

创建：在网上找到了gcc方式和easyeclipse环境下两种创建方式。

gcc方式：

    首先创建object文件，这个文件将加入通过gcc –fPIC 参数命令加入到共享函数库里面，标准格式：gcc -shared -Wl,-soname,your_soname -o library_name file_list library_list（说实话这个标准格式看起来好复杂，我找了个实例，但是好像和那个标准格式稍有不同：gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so）

在easyeclipse环境下生成.so文件：

        1.选择新建工程，建立一个c++工程

        2.在工程类型选项里选择 Shared Library，然后填入工程名字PXXX点击完成即可。

        3.编写程序，然后编译就会在debug或者release里生成一个libPXXX.so文件，如果不要lib的起头标记点击project菜单的Properties选项，然后在弹出的界面的右边点击Build artifact页面，将Output prefix选项的内容清空即可。

        4.如果是C++程序，注意在接口函数的前面加上extern "C"标记，在头文件加上如下标记：

#ifdef   __cplusplus  

#extern   "C"{  

#endif