Linux下静态库(.a)和动态库(.so) 的生成与使用以及区别

2019-09-03 23:09:17

参考地址 Linux下静态库(.a)和动态库(.so) 的生成与使用

作为开发者应该不陌生~


经常会生成或使用一些库,包括.a和.s以及.dll~


先来介绍下常见的几种库吧:

.o 是目标对象文件,相当于windows中的.obj文件。可由一个或多个.c /.cpp来生成

.a 为静态库,可以是一个或多个.o合在一起,用于静态连接;多个.o文件可以链接生成一个.exe的可执行文件。静态库在程序编译时会被连接到目标代码中,相当于将你使用库里的函数加载到程序里,在编译的时候直接编译进去,这样,在编译之后执行程序时将不再需要该静态库。编译之后程序文件大,但加载快,隔离性也好。所以它的优点就显而易见了,即编译后的执行程序不需要外部的函数库支持,因为所有使用的函数都已经被编译进去了。当然这也会成为它的缺点,因为如果静态函数库改变了,那么你的程序必须重新编译。

.so 为动态库(共享库),类似windows平台的.dll文件。动态库在程序编译时并不会被连接到目标代码中,而是在编译时仅引用,体积小,在程序运行到相关函数时才调用函数库里的相应函数,才被载入,因此在程序运行时还需要动态库存在。多个应用程序可以使用同一个动态库,启动多个应用程序的时候,只需要将动态库加载到内存一次即可。

.la 为libtool生成的共享库,其实是个配置文档。可以用$file *.la查看*.la文件,或用vi来查看。

简而言之:


静态库在程序编译时会被连接到目标代码中,程序运行时将不再需要该静态库。


动态库在程序编译时并不会被连接到目标代码中,而是在程序运行是才被载入,因此在程序运行时还需要动态库存在。



下面来说一说如何得到并使用这几种文件~

一:生成.o文件


gcc -c test1.c test2.c


g++ -c test1.cpp test2.cpp   


生成test1.o和test2.o,并不链接对象,所以不是可执行文件。不用-o参数。


二:生成.a并使用


ar -r libtest.a test1.o test2.o    或者   ar rcs libtest.a test1.o test2.o


使用时:


加载a库,即用gcc命令生成目标文件时指明静态库名,gcc将会从静态库中将公用函数连接到目标文件中。注意,gcc会在静态库名前加上前缀lib,然后追加扩展名.a得到的静态库文件名来查找静态库文件。

 


g++ -o main main.cpp -L. -ltest   或者  g++  -o main main.c libtest.a


-L.  代表当前路径


 


三:生成.so并使用


g++ test1.cpp test2.cpp -fPIC -shared -o libtest.so


也可以根据.o文件来生成


g++ -shared -fPIC -o libtest.so test1.o test2.o


使用时:


g++ -o main main.cpp -L. -ltest


注意:在动态库的使用时,由于其特殊性,编译器会到指定的目录去寻找动态库,所以你需要告诉编译器你库存放的路径,否则编译会报找不到库的错误,原因在于系统默认加载的动态链接库路径里没有找到你的动态库,有三种解决方法:


1.在执行g++ -o main main.cpp -L. -ltest 前,执行 export LD_LIBRARY_PATH=$(pwd)


   或者: ❶g++ -o main main.cpp -L. -ltest -lstdc++


                ❷LD_LIBRARY_PATH=. ./main


2.将你.so所在的目录写到/etc/ld.so.conf文件里,然后执行sudo ldconfig。


3.将你的.so放在/etc/ld.so.conf里的路径位置里。


  • 2020-03-11 21:22:36

    Vue的组件化之notification组件/Vue.extend()

    一、把组件的内部结构写好,写成一个vue文件notification.vue。 二、全局设置组件属性。//如果后面不需要直接引入组件的方式调用,可以不用全局注册 index.js中一般写的是需要全局设置的属性。

  • 2020-03-13 19:58:19

    推荐Android两种屏幕适配方案

    在Android开发中,由于Android碎片化严重,屏幕分辨率千奇百怪,而想要在各种分辨率的设备上显示基本一致的效果,适配成本越来越高。虽然Android官方提供了dp单位来适配,但其在各种奇怪分辨率下表现却不尽如人意,因此下面探索一种简单且低侵入的适配方式。本文将推荐两种屏幕适配方案,大家可以根据实际情况使用。

  • 2020-03-14 16:35:00

    nuxt.js部署全过程(ubuntu+nginx+node+pm2)

    系统的话本篇是Ubuntu 16.04.6 ,centos也行,大同小异都是Linux。不过如果你是初学者,最好和我使用一样的,因为因为发行版本不同而导致的差异可能导致运行某些东西失败,找问题要找好久。windows server不推荐了,企业用的多,小服务器跑windows server比较费劲。

  • 2020-03-14 23:15:25

    icomoon使用详细介绍

    此篇博文讲述如何利用icomoon导入图标,从而把自己想要的都通过icomoon方式进行,大家都知道,网站以及移动端,用图标还是尽量选择这种。因为直接用image有些图标会失真,从而也是前端开发之中,需求去掌握的一项,很简单的就几个步骤。

  • 2020-03-14 23:39:59

    vuetify和@nuxt/vuetify icon 之我见

    vuetify中v-icon,貌似默认支持 Material Design Icons, Material Icons, Font Awesome 4 and Font Awesome 5, 我自己单独引入了vuetify 用哪一个图标都没有问题。但是用了@nuxt/vuetify只能用mdi-home这样的。不知道因为啥。肯定是封装后,封装成一个了。 但是我修改vuetify的设置,哪一个图标也都能用。哎,不过多研究了。

  • 2020-03-16 15:57:53

    nuxtjs中单独引入Message组件的问题

    // 引入elementUIimport { Message } from 'element-ui';//由于Message组件并没有install 方法供Vue来操作的,是直接返回的,因此按照官方文档单独引入的方法是//会报错的,需要给 Message 添加 install 方法Message.install = function (Vue, options) {Vue.prototype.$message = Message}Vue.use(Message )//消息提示