Linux下得库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。面对比一下两者：
今天被朋友问及“Linux下可以替换运行中的程序么？”，以前依稀记得Linux下是可以的（而Windows就不让），于是随口答道“OK”。结果朋友发来一个执行结果：（test正在运行中）
当我们在linux系统引用动态库时，经常会遇到一个问题，加入我们需要的动态库没有在系统的默认目录下，我们编译时使用-L指定了动态库的路径，编译时没有问题，但是执行调用该动态库的可执行文件时，却提示找不到动态库。下面我将以一个简单的例子来，复现这个问题和解决这个问题的办法。
库是共享程序代码的方式，一般分为静态库（static libraries）、动态库（dynamically loaded libraries）和共享库（shared libraries）。
libbridge.so 动态库是 注入工具 使用 ptrace 函数强行向远程进程 注入的 动态库 , 这种方法侵入性极大 , 会破坏远程进程的运行环境 , 因此该动态库越简洁越好 ;
假设你下载了一款游戏，你是否会跑到游戏所在目录中双击 .exe 打开游戏？答案是不会，大多数人都会通过桌面的快捷方式直接打开文件，而这个快捷方式实际就是对 .exe 的 软链接 文件；当你在游戏中加载地图、道具等资源时，这些数据是存在 .exe 文件中的吗？答案是当然不是，这些资源文件都以 库 的方式与 .exe 位于同一目录中，通常为动态库，在 Windows 中后缀为 dll，那么这些神奇的辅助文件是如何产生的？本文将带你一起揭晓
http://gityuan.com/2017/03/26/load_library/
以一个例子来说明。 这里有三个so_test.h, test_a.c, test_b.c
动态链接库(又简称动态库)是很多工程项目中不可缺少的一部分。俗称.so文件(姑且就以linux系统为例，在windows中称为dll，在mac中为的dylib)，在平时的使用中我们对其察觉可能并不是很深，但其实我们玩电脑的时候无时不刻在使用动态链接库。
Linux 下有动态库和静态库，动态库以.so为扩展名，静态库以.a为扩展名。二者都使用广泛。本文主要讲动态库方面知识。
C++静态库与动态库
书接上文，我们已经学习了 Linux 中的编辑器 vim 的相关使用方法，现在已经能直接在 Linux 中编写C/C++代码，有了代码之后就要尝试去编译并运行它，此时就可以学习一下 Linux 中的编译器 gcc/g++ 了，我们一般使用 gcc 编译C语言，g++ 编译C++（当然 g++ 也可编译C语言），这两个编译器我们可以当作一个来学习，因为它们的命令选项都是通用的，只是编译对象不同。除了编译器相关介绍外，本文还会库、自动化构建工具、提权等知识，一起来看看吧
在给Adobe Premiere/After Effects等后期制作软件开发第三方插件的时候，我们总希望插件依赖的动态库能够脱离插件的位置，单独存储到另外一个地方。这样一方面可以与其他程序共享这些动态库，还能保证插件安装时非常的清爽。就Adobe Premiere Pro/After Effects来说，插件文件是放到C:\Program Files\Adobe\Common\Plug-ins\7.0\MediaCore(Windows平台)的。这个是PremierePro和AfterEffects的公共插件目录，二者在启动的时候都会尝试去这个位置加载插件。与此同时，我们希望自己开发的插件所依赖的动态库放到另外的位置，另外也希望插件显示链接的动态库能够尽量少。因为如果是显式链接的话，这些插件依赖的动态库必须和插件保存在同一个位置。不然插件找不到这些依赖文件就会加载失败的。当然，我们也可以在环境变量里面增加一条路径，但是这容易污染环境变量，或者与其他的程序库产生冲突。LoadLibrary在这个时候就产生作用了。LoadLibrary通过将指定路径的动态库加载到当前的调用进程，然后获取其导出的函数就可以正常使用了。对于像第三方插件这样的应用场景，LoadLibrary可以说是个不错的实现方式。但是正因此也有个弊端，我们无法使用工具得知其的依赖库。
一般来说，最直接的做法就是调用Win32 API函数，来动态的加载、获取函数地址、释放：
在《如何制作属于自己的静态库》中简单介绍了静态库的制作方法，但实际上动态库的使用更为广泛，至于原因，在《静态库和动态库的区别》一文中已有说明。本文介绍动态库的制作方法以及两种使用方式。
都是事先做好的.o仓库。库这个东西很好，如果没有库这个东西的话，每次都要自己重复实现这些工具函数，这会非常的麻烦。eg：如果没有库提供printf的话，写个简单的helloworld，printf函数还需要自己实现，这就扯淡了。
Janus中的Plugin是其非常重要的一部分内容，今天我们就来对这块内容做一下分析，看看Janus是如何实现Plugin的，以及它的工作原理是怎样的。
随着软件开发的发展，人们发现很多应用的代码是相同的，也就是说这些代码可以被共享，因此，人们提出了静态库和动态库两种方案来解决代码共享的问题。
动态库的后缀，在 Windows 上是 .dll，linux 上是 .so，在 OSX 上是 .dylib。
其中，“-shared” 表示要生成的为动态链接库文件； “-soname, libstr.so” 表示生成的动态链接库的别名为“libstr.so”; “-o libstr.so” 表示生成名字为“libstr.so.1”的实际动态链接库文件；
29 Apr 2018 go语言动态库的编译和使用 本文主要介绍go语言动态库的编译和使用方法，以linux平台为例，windows平台步骤一样，具体环境如下： $ echo $GOPATH /media/sf_share/git/go_practice $ echo $GOROOT /usr/lib/golang/ $ tree $GOPATH/src /media/sf_share/git/go_practice/src |-- demo | `--
动态库(共享库)的代码在可执行程序运行时才载入内存，在编译过程中仅简单的引用，因此代码体积比较小。
通过软件 DependenciesGui.exe 检查CloseLoopCalDll.dll动态库
http://blog.163.com/xychenbaihu@yeah/blog/static/13222965520101023104745738/
Linux下动态库文件的文件名形如 libxxx.so，其中so是 Shared Object 的缩写，即可以共享的目标文件。
在说明Linux的.a、.so和.o文件关系之前，先来看看windows下obj,lib,dll,exe的关系。
当你在Linux系统上编写和运行程序时，动态库和静态库是两个非常重要的概念。它们不仅影响着程序的编译和执行效率，还直接关系到程序的可移植性和灵活性
2017-07-23 学习C++动态库的基本知识 网络总结知识点 ---- 动态库的概念 日常编程中，常有一些函数不需要进行编译或者可以在多个文件中使用（如数据库输入/输出操作或屏幕控制等标准任务函数）。可以事先对这些函数进行编译，然后将它们放置在一些特殊的目标代码文件中，这些目标代码文件就称为库。库文件中的函数可以通过连接程序与应用程序进行链接，这样就不必在每次开发程序时都对这些通用的函数进行编译了。 动态库是一种在已经编译完毕的程序开始启动运行时，才被加载来调用其中函
1、静态库的命名格式 lib + 库的名字 + .a 例：libMyTest.a (MyTest为静态库的名字）
我们在编写代码的时候经常用到已有的接口，他们是以库的形式提供给我们使用的，而常见形式有两种，一种常以.a为后缀，为静态库；另一种以.so为后缀，为动态库。那么这两种库有什么区别呢？
我们发现，每一个不同文件的inode编号都不相同，所以inode可以说是用来标识文件的标识符。接下来，我们通过下面指令来给mysoft文件，创建软链接：
gcc有很多关于静态库，动态库的选项如-l,-L,-fPIC,-shared -Wl,-soname，看着很复杂容易混淆，其实静态库和动态库都是应需而生，只要有了一个线索都很容易理解。
在Linux操作系统中，动态库是一种特殊的二进制文件，它包含了在多个应用程序中可共享的代码和数据。然而，对于开发者和系统管理员来说，管理这些动态库可能并不是一件简单的事。本文将深入探讨Linux动态库的管理，包括如何增加动态库目录，以及一些与动态库相关的实用技巧。
Glibc 软件包包含了主要的 C 函数库。这个库提供了分配内存、搜索目录、打开关闭文件、读写文件、操作字符串、模式匹配、基础算法等基本程序。
hello,大家好，今天我们继续学习Linux中的动静态库，我们将从不同的角度来学习如何使用，并如何制作一个可供他人使用的动静态库文件，并试着探究一下动态库加载问题。那我们就开始学习吧！！
在C、C++中我们使用过标准库，比如在使用strerror、vector、string等时，都只是调用了这些函数接口，这些都是需要具体的实现。
随着程序写的逐渐变多，或多或少的我们都会使用别人写好的库；或者我们不想让别人看到我们的一些核心程序，可以将核心程序封装成库。本次和大家分享的是在Ubuntu下使用Qt生成共享库以及在Qt中链接共享库的方法。
从 arm-linux-gnu-gcc -v 中看到 sysroot目录 /usr/arm-linux-gnu/sys-root/ 为空。 从 yum search 中，也没找到对应的包。看来只能手工去下载编译用的head文件和库文件。
其实学完C语言的语法后，我们往往会有数不清的疑惑，例如编译器在编译的时候就可以分配内存，那么不同的程序会不会分配到相同的内存地址，计算机如何处理这种冲突？C语言既然可以操作内存，我们能不能修改其他程序的内存数据，游戏外挂是不是这样实现的？程序是怎么被加载到内存的，C语言main函数又是谁调用的？为什么编译之后还要链接？什么是动态库什么又是静态库？
我们知道程序编译链接经常使用动态，同时我们可能还知道，动态库时程序运行时加载的。但是动态库到底有什么作用，如何生成、如何加载等，我们却很少关注。接下来，我给大家做一个简单的介绍。
2. 软链接文件soft_file.link有自己独立的inode，可以被当作独立文件看待。 而硬链接文件没有自己独立的inode，无论改变myfile.txt什么内容，hard_file.link都会随着一起改变，所以建立硬链接，实际上根本没有创建新文件，因为没有给硬链接分配独立的inode。
我们了解了动态库和静态库的相关概念，但是我们还是不理解库是个什么东西。 假设，我们做了一个小程序，只希望提供给用户小程序的功能，不希望暴露我们的源码。我们可以选择给用户提供我们的.o可重定位目标二进制文件（gcc -c 文件）与头文件。让用户使用我们提供的.o文件和.h文件进行链接即可。（在编译时，只需要把源文件编译成.o文件，再将其链接即可形成一个可执行程序，因此我们可以直接提供,o文件）。 文件add.c
在编程的过程中，使用已经封装好的库函数是十分方便的，也是十分高效的，因此会使用函数库是很重要的。在C语言中，函数库文件分为两种类型，一种是静态库（库程序是直接注入目标程序的，不分彼此，库文件通常以.a结尾），另一种是动态库（库程序是在运行目标程序时（中）加载的，库文件通常以.so结尾），下面我们就探索一下这两种库文件的特点和使用方式吧！
昨天在自己的CentOs7.1上写makefile的时候，发现在一个C程序在编译并链接一个已生成好的lib动态库的时候出错。链接命令大概是这样的：
系统层面上有.和…硬链接指向目录。假设我们是超级用户，允许给目录建立硬链接，给根目录建立硬链接，从根目录开始查找，当查找硬链接的时候就是根目录，这时候递归式查找，形成了环路查找，最后导致软件无法正常进行查找工作！所以不允许普通用户给目录建立硬链接。
iOS开发中，main函数是我们熟知的程序启动入口，但实际上并非真正意义上的入口，因为在我们运行程序，再到main方法被调用之间，程序已经做了许许多多的事情，比如我们熟知的runtime的初始化就发生在main函数调用前，还有程序动态库的加载链接也发生在这阶段。
本问题来自讨论区群，用户使用数据库环境大概介绍如下： 名称版本操作系统CentOS 7系统内核版本3.10.0-1160.118.1.el7.x86_64openssl升级之前版本1.0.2kopenssl升级之后版本1.1.1w数据库版本GreatSQL-8.0.32-25 用户问题 用户提供的问题信息内容如下： 1、Openssl 版本升级之后 GreatSQL 无法启动报错如下： -- Unit mysqld.service has begun starting up. Jun 07 14:03:21 m-node1 mysqld[34078]: /usr/local/GreatSQL/bin/mysqld: /usr/local/openssl/lib/libcrypto.so: version `OPENSSL_1.0.1_EC' not found (required by /usr/local/GreatSQL/bin/../lib/private/libssl.so.10) Jun 07 14:03:21 m-node1 mysqld[34078]: /usr/local/GreatSQL/bin/mysqld: /usr/local/openssl/lib/libcrypto.so: version `libcrypto.so.10' not found (required by /usr/local/GreatSQL/bin/../lib/private/libssl.so.10) Jun 07 14:03:21 m-node1 systemd[1]: mysqld.service: control process exited, code=exited status=1 Jun 07 14:03:21 m-node1 systemd[1]: Failed to start MySQL Server. 2、用户经过检查，再次安装了 GreatSQL 的 rpm 依赖包，依然报错 so 动态库文件问题 $ yum install -y pkg-config perl libaio-devel numactl-devel numactl-libs net-tools openssl openssl-devel jemalloc jemalloc-devel perl-Data-Dumper perl-Digest-MD5 python2 perl-JSON perl-Test-Simple 3、将 GreatSQL 命令配置到环境变量 PATH 中，依然报错 so 动态库文件问题 $ ln -s /usr/local/GreatSQL-8.0.32-25-Linux-glibc2.17-x86_64 /usr/local/greatsql $ vim /etc/profile export PATH=$PATH:/usr/local/greatsql/bin $ source /etc/profile $ mysql -V mysql: /usr/local/openssl/lib/libcrypto.so: version `libcrypto.so.10' not found (required by mysql) mysql: /usr/local/openssl/lib/libssl.so: version `libssl.so.10' not found (required by mysql) 解答用户疑问 根据现象及报错内容分析，推测极可能是在 /usr/local 目录下安装了更高版本的 Openssl，导致动态库链接失败。 这种情况可以把 Openssl 下的 lib 库加载到 LD_LIBRARY_PATH 环境变量中。 解决用户问题 将 Openssl 下的 lib 库加载到 LD_LIBRARY_PATH 环境变量中。 意思也是为了，不将 /usr/local/openssl/lib 加载到 LD_LIBRARY_PATH 中了。 $ vim /etc/profile export LD_LIBRARY_PATH=/usr/lib64 $ source /etc/profile 使用ldd命令检查mysqld是否缺失依赖so库文件 $ ldd mysqld | grep ssl libssl.so.10 => /usr/local/GreatSQL-8.0.32-25-Linux-glibc2.17- x86_64/bin/./../lib/private/libssl.so.10 (0x00007f292ed72000) $ ldd mysql | grep ssl libssl.so => /lib64/libssl.so (0x000
在上一篇文章中，我们一起学习了Linux系统中 GCC编译器在编译可执行程序时，静态链接过程中是如何进行符号重定位的。
在上一节中，我们学习了操作系统对被打开文件的管理，但是对于一台计算机来说，磁盘上大部分的文件是未被打开的，而这些文件也需要被静态管理起来，方便我们随时打开。操作系统对未打开文件的管理，称为文件系统。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
