曾经不止一次遇到过这样的情况：从机器A拷贝一个二进制文件到另一台机器B，两台机器的操作系统版本一样，可是在机器A能正常运行，在机器B却提示错误。最常见的就是提示动态链接库找不到，如：
在项目开发时，经常会用到第三方库，也会自己创建动态库给别人或者给自己其他的工程项目使用。
我们在使用Linux的时候，不禁会有这么一个疑问：为什么我们能够在Linux下进行c/c++代码的编写以及编译呢？这是因为Linux系统默认携带了语言级别的头文件以及语言所对应的库。
在Linux操作系统中，动态库是一种特殊的二进制文件，它包含了在多个应用程序中可共享的代码和数据。然而，对于开发者和系统管理员来说，管理这些动态库可能并不是一件简单的事。本文将深入探讨Linux动态库的管理，包括如何增加动态库目录，以及一些与动态库相关的实用技巧。
Hello，小伙伴们，大家好！最近有小伙伴问我程序库相关的问题。程序库的存在很大程度上提高了程序的复用性、可维护性，但是程序库的应用往往对于初学者来说有些摸不清头脑，所以这一期本文从Linux的角度谈谈Linux下的程序库。 1. 什么是库 库文件一般就是编译好的二进制文件，用于在链接阶段同目标代码一起生成可执行文件，或者运行可执行文件的时候被加载，以便调用库文件中的某段代码。库文件无法直接执行，因为它的源代码中没有入口主函数，而只是一些函数模块的定义和实现，所以无法直接执行。程序库使程序更加模块化，重新编
当你勤勤恳恳完成需求后，要交付你的成果时，你突然发现了一个问题，如果直接把源代码给乙方，他就可以直接进入你的代码，然后狠狠的学习再“借鉴”，甚至修改，你的头发的产物就被别人盗取了。这该如何是好？
动态库(共享库)的代码在可执行程序运行时才载入内存，在编译过程中仅简单的引用，因此代码体积比较小。
2 . 共享动态库编译参数 : 编译动态库需要添加 “-fPIC” 和 “-shared” 两个参数 ;
① brk 系统调用 : 该方式本质是 设置 " 进程数据段 “ 的 结束地址 , 将该 ” 结束地址 " 向 高或低 移动 , 实现堆内存的 扩张或收缩 ;
最近一直在研究在ZC706-ARM开发板的linux系统中弄一套编译系统(不支持apt)，刚好发现公司有一套英伟达的ARM开发板且带有ubunut系统（支持apt），此时产生一个想法，英伟达板子上编译的程序能否在ZC706的板子上运行？
在了解了共享对象的绝对地址的引用问题后，我们基本上对动态链接的原理有了初步的了解，接下来的问题是整个动态链接具体的实现过程了。动态链接在不同的系统上有不同的实现方式。ELF的动态链接的实现方式会比PE的简单一点，在这里我们先介绍ELF的动态链接过程在LINUX下的实现，最后我们会专门的章节中介绍PE在Windows下的动态链接过程和它们的区别
上一篇我们分析了Hello World是如何编译的，即使一个非常简单的程序，也需要依赖C标准库和系统库，链接其实就是把其他第三方库和自己源代码生成的二进制目标文件融合在一起的过程。经过链接之后，那些第三方库中定义的函数就能被调用执行了。早期的一些操作系统一般使用静态链接的方式，现在基本上都在使用动态链接的方式。
从 开发角度 看 , 基于 过程 结构 , 开发人员可以参与 整体 Linux 内核的开发过程 , 这是一个 开放式的结构 , 允许任何开发人员对其进行 修改 ;
编译链接时 , 将整个库文件打包到可执行文件中 , 造成可执行文件较大 , 但运行时不需要库文件 ;
最近在Linux下使用第三方库Protobuf时，遇到一个问题：可执行程序在运行时报错：“error while loading shared libraries: libprotobuf.so.7: cannot open shared object file: No such file or directory”。于是花时间弄清楚原因，找到解决方案，跟大家共享一下。
http://blog.163.com/xychenbaihu@yeah/blog/static/13222965520101023104745738/
Linux 从某种意义上来说就是一堆相互依赖的静态和动态库。对于 Linux 系统新手来说，库的整个处理过程简直是个迷。但对有经验的人来说，被构建进操作系统的大量共享代码对于编写新应用来说却是个优点。
其中，“-shared” 表示要生成的为动态链接库文件； “-soname, libstr.so” 表示生成的动态链接库的别名为“libstr.so”; “-o libstr.so” 表示生成名字为“libstr.so.1”的实际动态链接库文件；
Wallpaper Engine大家都知道吧，动态壁纸界的扛把子，壁纸质量高，种类多，总有一款是你喜欢的。官方支持Windows、Mac，半年前适配了移动端，但是Linux却一直不支持，官方的意思是目前不打算适配Linux，原因如下：
Linux软件简介 Linux上几乎所有的软件都经过了GPL授权，因此几乎所有的软件都会提供源码。 而一个软件要在Linux上执行，必须是二进制文件，因此当我们拿到软件源码后，需要将它编译成二进制文件才能在Linux上运行。 软件编译过程 将源码编译成可供Linux运行的二进制文件一共需要两步： 1. 使用gcc编译器将源码编译成目标文件 2. 再次使用gcc编译器将目标文件链接成二进制文件 这过程看似简单，实则不然。一个软件的源代码往往被封装在多个源文件中，此外这些文件有错综复杂的依赖关系，
我们在编写代码的时候经常用到已有的接口，他们是以库的形式提供给我们使用的，而常见形式有两种，一种常以.a为后缀，为静态库；另一种以.so为后缀，为动态库。那么这两种库有什么区别呢？
下图中 , 最上层是 " 系统调用 " , 中间是 " 宏内核 " , 最下方是 硬件层 ;
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 | `--
在C语言 程序员内功心法之程序环境和预处理 博文中，我们就学习到 – 一个程序要被运行起来需要经历四个阶段：预处理 (预编译)、编译、汇编、链接，下面我们来简单回顾一下这四个阶段会进行的操作。
Windows下编译OpenSSL动态库的方法： 1、安装ActivePerl 初始化的时候,需要使用perl 2、使用VS下的Visual Studio 20xx Command Prompt进入控制台模式 3、解压缩openssl的包,通过cd命令切换到openssl的目录 4、执行：perl configure VC-WIN32 5、执行：ms/do_ms 6、选择不同的编译结果 1) 执行：nmake -f ms/ntdll.mak 该命令生成动态库，默认使用的是MD 2) 执行：nmake -f ms/nt.mak 该命令生成静态库，默认使用的是MT 3) 想生成使用静态链接运行时库的动态库则采用下面方法 复制一个ntdll.mak并命名为ntdll_mt.mak,修改里面的 “CFLAG= /MD /Ox ..............” 为/MT ,然后重新编译，执行 nmake -f ms/ntdll_mt.mak 4) 想生成使用动态链接运行时库的静态库则采用下面方法 复制一个nt.mak并命名为nt_md.mak,修改里面的 “CFLAG= /MT /Ox ..............” 为/MD ,然后重新编译 ，执行 nmake -f ms/nt_md.mak 7.其它命令： nmake -f ms/ntdll.mak clean // 清除编译的中间文件 nmake -f ms/ntdll.mak install // 安装 ，主要是linux下面会自动放到程序目录中 。
本文仅做命令的表面解释，有关Linux动态库和静态库的其他知识还请参照文末参考文章。
今天被朋友问及“Linux下可以替换运行中的程序么？”，以前依稀记得Linux下是可以的（而Windows就不让），于是随口答道“OK”。结果朋友发来一个执行结果：（test正在运行中）
这篇文章主要通过实例演示在Linux下如何使用gcc分别编译生成静态库和动态库文件以及其它程序如何使用这个生成的静态库和动态库。
Linux下动态库文件的文件名形如 libxxx.so，其中so是 Shared Object 的缩写，即可以共享的目标文件。
Linux下得库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。面对比一下两者：
我们知道动态链接器本身也是一个共享对象，但是事实上它有一些特殊性。对于普通共享对象文件来说，它的重定位工作由动态链接器来完成。他也可以依赖其他共享对象，其中的被依赖共享对象由动态链接器负责链接和装载。可是对于动态链接器来说，它的重定位工作由谁来完成？它是否可以依赖于其他共享对象？
Section 是 Linux ELF 程序格式的一种核心数据表达方式，用来存放一个一个的代码块、数据块（包括控制信息块），这样一种模块化的设计为程序开发提供了很大的灵活性。
gcc (GNU Compiler Collection) 和 g++ 是 Linux 系统上最常用的编译器。它们是 GNU 组织开发的一套开源编译器工具集。
在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查 无误后,gcc 把代码翻译成汇编语言。
CMake一个简洁的构建工具，让我们省去了设计复杂的Makefile。在之前作者已经整理了两篇相关文章，如下：
---- 今天分享一下在linux系统在实现对文件读写一些基本的操作，在这之前我们要掌握一些基本的技能在Linux环境。比如查看命令和一个函数的具体用法，就是相当于查手册，在Linux下有一个man手册非常有用： man查询手册 man 1 +命令 这里的1表示为查询的是Linux命令 man 2 xxx 这里的2表示为查询的是linux api man 3 xxx 这里的3表示为查询的是c库函数 在了解了这个后我们就可以开始来实现标题说的操作了。 一、在linux环境下常用文件接口函数：open、close、write、read、lseek。 二、文件操作的基本步骤分为: a、在linux系统中要操作一个文件，一般是先open打开一个文件，得到一个文件扫描描述符，然后对文件进行读写操作（或其他操作），最后关闭文件即可。 b、对文件进行操作时，一定要先打开文件，然后再进行对文件操作（打开文件不成功的话，就操作不了），最后操作文件完毕后，一定要关闭文件，否则可能会造成文件损坏 c、文件平时是存放在块设备中的文件系统中的，我们把这个文件叫做静态文件，当我们去打开一个文件时，linux内核做的操作包括：内核在进程中建立了一个打开文件的数据结构， 记录下我们打开的这个文件，内核在内存中申请一段内存，并且将静态文件的内容从块设备中读取到内存中特定地址管理存放（叫动态文件） d、打开文件后，以后对这个文件的读写操作，都是针对内存中这一份动态文件的，而不是针对静态文件的。 当我们对动态文件进行读写后，此时内存中的动态文件和块设备中的静态文件就不同步了， 当我们close 关闭动态文件时，close内部内核将内存中的动态文件的内容去更新（同步）块设备中的静态文件。 三、为什么是这样操作？ 以块设备本身有读写限制（回忆Nandflash、SD、等块设备的读写特征），本身对块设备进行操作非常不灵活。而内存可以按字节为单位来操作。而且进行随机操作。 四、文件描述符是什么？ 1、文件描述符：它其实实质是一个数字，这个数字在一个进程中表示一个特定的含义，当我们open打开一个文件时，操作系统在内存中构建了一些数据结构来表示这个动态文件，然后返回给应用程序一个数字作为文件描述符，这个数字就和我们内存中维护这个动态文件的这些数据结构挂钩绑定上了。以后我们应用程序如果要操作这一个动态文件，只需要用这个文件描述符进行区分。简单来说，它是来区分多个文件的（在打开多个文件的时候）。 2、文件描述的作用域就是当前的进程，出了这个当前进程，这个文件描述符就没有意义了。 五、代码实现： 1、打开文件：
ldconfig是一个动态链接库管理命令，为了让动态链接库为系统所共享,还需运行动态链接库的管理命令–ldconfig。 ldconfig 命令的用途,主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下,搜索出可共享的动态链接库(格式如前介绍,lib*.so*),进而创建出动态装入程序(ld.so)所需的连接和缓存文件.缓存文件默认为 /etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表.
今天配置之前项目的时候，发现有些动态链接库变了，想看看现在应用在使用哪些动态链接库的时候，进一步查了点资料；
一般来说，最直接的做法就是调用Win32 API函数，来动态的加载、获取函数地址、释放：
我们在编写一个C语言程序的时候，经常会遇到好多重复或常用的部分，如果每次都重新编写固然是可以的，不过那样会大大降低工作效率，并且影响代码的可读性，更不利于后期的代码维护。我们可以把他们制作成相应的功能函数，使用时直接调用就会很方便，还可以进行后期的功能升级。
我就知道有人会这么说，然而那样就成了一篇议论文了，而我只是想写一篇随笔。所以，不管事实是不是那样，反正我就是觉得Windows，MacOS，iOS都很流畅，而Linux，Android却很卡。当然了，这里说的是GUI，如果考量点换成是Web服务的吞吐和时延，那估计结论要反过来了，不过那是客户端程序感觉到的事，作为人，who care！
因为图片比较大，微信公众号上压缩的比较厉害，所以很多细节都看不清了，我单独传了一份到github上，想要原版图片的，可以点击下方的阅读原文，或者直接使用下面的链接，来访问github：
动静分离是指在web服务器架构中，将静态页面与动态页面或者静态内容接口和动态内容接口分开不同系统访问的架构设计方法，进而提升整个服务访问性能和可维护性。
目前互联网上主要有Windows、Uniux、Linux、Mac等不同功能特性的系统... ...废话不多说，教程马上开始。
gcc是GUN C和C++编译器，我们通常使用GCC时，编译器会依次做如下工作：preprocess(预处理)，compilation(编译)，assembly(汇编)，link(链接)。gcc提供了一些选项参数能够让编译器停在某个过程(如编译过程)，比如 -c选项表示只走到“汇编”这一步，生成的是汇编后的目标文件。本文主要介绍gcc常用的选项参数及其作用。 1.-c 对源代码进行预处理、编译、汇编，但不执行链接，产生的是源代码的目标文件(*.o)
我就知道有人会这么说，然而那样就成了一篇议论文了，而我只是想写一篇随笔。所以，不管事实是不是那样，反正我就是觉得Windows，MacOS，iOS都很流畅，而Linux，Android却很卡。当然了，这里说的是GUI，如果考量点换成是Web服务的吞吐和时延，那估计结论要反过来了，不过那是客户端程序感觉到的事，作为人，who cares！
C++静态库与动态库
在《如何制作属于自己的静态库》中简单介绍了静态库的制作方法，但实际上动态库的使用更为广泛，至于原因，在《静态库和动态库的区别》一文中已有说明。本文介绍动态库的制作方法以及两种使用方式。
(1) 动态库的编译 这里有一个头文件：so_test.h，三个.c文件：test_a.c、test_b.c、test_c.c，我们将这几个文件编译成一个动态库：libtest.so。 命令：$ gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so 参考2：都是由C或C++编译出来的 -shared 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件 -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。 (2) 动态库的链接 这里有个程序源文件 test.c 与动态库 libtest.so 链接生成执行文件 test： 命令：$ gcc test.c -L. -ltest -o test 注：测试是否动态连接，如果列出libtest.so，那么应该是连接正常了 -L.：表示要连接的库在当前目录中 -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称 命令：$ ldd test 注： 执行test，可以看到它是如何调用动态库中的函数的。
链接：https://blog.csdn.net/dog250/article/details/96362789
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
