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里的路径位置里。


  • 2019-09-26 19:03:33

    spring post jackson的反序列化需要无参构造函数

    JSON parse error: Cannot construct instance of `com.**` (although at least one Creator exists): cannot deserialize from Object value (no delegate- or property-based Creator); nested exception is com.fasterxml.jackson.databind.exc.MismatchedInputException: Cannot construct instance of `com.**` (although at least one Creator exists): cannot deserialize from Object value (no delegate- or property-based Creator)  at [Source: (PushbackInputStream); line: 2, column: 2]] ———————————————— 版权声明:本文为CSDN博主「冰夏之夜影」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/u011561335/article/details/91346777

  • 2019-09-26 21:46:36

    Shiro整合JWT+Token过期刷新,demo,详解

    最近使用SpringBoot集成Shiro,JWT快速搭建了一个后台系统,Shiro前面已经使用过,JWT(JSON Web Tokens)是一种用于安全的传递信息而采用的一种标准。Web系统中,我们使用加密的Json来生成Token在服务端与客户端无状态传输,代替了之前常用的Session。 系统采用Redis作为缓存,解决Token过期更新的问题,同时集成SSO登录,完整过程这里来总结一下。

  • 2019-09-26 21:48:15

    解决UEditor超出最大字数后只提示不限制的问题

    最近项目用到百度额UEditor文本编辑器,今天测试向我提出了一个问题。就是在输入的文字超过默认的最大字数限制之后,虽然提示“字数超过最大范围,服务器可能拒绝保存”,但是仍然可以点击保存按钮进行保存。

  • 2019-09-27 14:49:33

    Google Guava介绍和体检

    JDK提供的String还不够好么?也许还不够友好,至少让我们用起来还不够爽,还得操心!举个栗子,比如String提供的split方法,我们得关心空字符串吧,还得考虑返回的结果中存在null元素吧,只提供了前后trim的方法(如果我想对中间元素进行trim呢)。

  • 2019-09-28 00:03:21

    shiro的session共享,持久化

     shiro的session创建与session的查询、更新、过期、删除中,shiro对session的操作基本都讲到了,但还缺一个session共享没有讲解;session共享的原理其实在自定义session管理一文已经讲过了,本文不讲原理,只看看shiro的session共享的实现。