曾经不止一次遇到过这样的情况：从机器A拷贝一个二进制文件到另一台机器B，两台机器的操作系统版本一样，可是在机器A能正常运行，在机器B却提示错误。最常见的就是提示动态链接库找不到，如：
动态链接库(又简称动态库)是很多工程项目中不可缺少的一部分。俗称.so文件(姑且就以linux系统为例，在windows中称为dll，在mac中为的dylib)，在平时的使用中我们对其察觉可能并不是很深，但其实我们玩电脑的时候无时不刻在使用动态链接库。
其中，“-shared” 表示要生成的为动态链接库文件； “-soname, libstr.so” 表示生成的动态链接库的别名为“libstr.so”; “-o libstr.so” 表示生成名字为“libstr.so.1”的实际动态链接库文件；
转：https://blog.csdn.net/iteye_20658/article/details/82650699
Linux下得库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。面对比一下两者：
动态链接库，又称为共享链接库。采用动态链接库实现链接操作时，程序文件中哪里需要库文件的功能模块，GCC 编译器不会直接将该功能模块的代码拷贝到文件中，而是将功能模块的位置信息记录到文件中，直接生成可执行文件。这样带来的好处是可执行文件中记录的是功能模块的地址，真正的实现代码会在程序运行时被载入内存，这意味着，即便功能模块被调用多次，使用的都是同一份实现代码（这也是将动态链接库称为共享链接库的原因）。同样这也带来了缺陷，此方式生成的可执行文件无法独立运行，必须借助相应的库文件。
上一篇我们分析了Hello World是如何编译的，即使一个非常简单的程序，也需要依赖C标准库和系统库，链接其实就是把其他第三方库和自己源代码生成的二进制目标文件融合在一起的过程。经过链接之后，那些第三方库中定义的函数就能被调用执行了。早期的一些操作系统一般使用静态链接的方式，现在基本上都在使用动态链接的方式。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
ldconfig 命令的用途主要是在默认搜寻目录 /lib 和 /usr/lib 以及动态库配置文件 /etc/ld.so.conf 内所列的目录下，搜索出可共享的动态链接库（格式如 lib*.so*），进而创建出动态链接器（ld.so 或 ld-linux.so）所需的缓存文件。缓存文件默认为 /etc/ld.so.cache，此文件保存已排好序的动态链接库名字列表，为了让动态链接库为系统所共享，需运行动态链接库的管理命令 ldconfig 更新动态链接库的缓存文件，此执行程序存放在 /sbin 目录下。ldconfig 通常在系统启动时运行，而当用户安装了一个新的动态链接库时，就需要手工运行这个命令。
近日，服务器迁移后，偷懒未重新编译nginx的，直接./nginx启动，结果遇到如下问题： “error while loading shared libraries” 这是是因为需要的动态库不在动态链接器ld.so的搜索路径导致。
Go 语言具有跨平台和可移植的特点，同时还支持交叉编译，可以在一个系统上编译出运行在另一个系统上的二进制可执行文件，这是因为 Go 在编译时支持将依赖的库文件与源代码一起编译链接到二进制文件中，所以在实际运行时不再需要依赖运行环境中的库，而只需要一个二进制文件就可以运行，在构建 docker 镜像时就可以利用这个特点，实现减小镜像大小的目的，下面逐步介绍这中间涉及到的关键点。
可执行文件的装载 进程和装载的基本概念的介绍 程序（可执行文件）和进程的区别 程序是静态的概念，它就是躺在磁盘里的一个文件。 进程是动态的概念，是动态运行起来的程序。 现代操作系统如何装载可执行文件 给进程分配独立的虚拟地址空间 将可执行文件映射到进程的虚拟地址空间（mmap） 将CPU指令寄存器设置到程序的入口地址，开始执行 可执行文件在装载的过程中实际上如我们所说的那样是映射的虚拟地址空间，所以可执行文件通常被叫做映像文件(或者Image文件)。 可执行ELF文件的两种视角 可执行ELF格式具有不寻常的
前面我们提到了如果我们不希望把我们的源码提供出来，但是又想提供这个接口给调用者调用，那么这个该怎么做呢？
某日开发说，一台测试用虚机可以PING通SSH不能连了。运维同学就赶紧去查，SSHD_CONFIG配置文件都正确啊，一点错误都没有，那为什么呢？
先来看看程序编译和链接的过程： 编译过程又可以分成两个阶段：编译和汇编。 编译 编译是指编译器读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码。 源文件的编译过程包含两个主要阶段： 第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。 主要是以下几方面的处理： 宏定义指令，如 #define a b 对于这种伪指令，预编译所要做的是将程序中的所有a用b替换，但作为字符串常量的 a则不被替换。还有 #undef，
我们经常在游戏目录下看见dll文件,这是windows下的动态链接库。在linux下我们可以使用-shared -fpic生成so文件。
Cython是Python编程语言和扩展 Cython 编程语言（基于Pyrex）的优化静态编译器。 它使得为 Python 编写 C 扩展就像 Python 本身一样容易。这允许编译器从 Cython 代码生成C代码。 显而易见的是，它能将python代码翻译为C代码，然后生成符合Python/C API的动态链接库。这样就能更好的保护你的python源码不被破解。例如你的代码包含了核心的量化交易策略。将其转为机器语言才能更好的保护你的核心代码。另外一方面，Cython也带来了一些扩展，使得你可以通过添加静态类型声明，将原本的python代码的性能逼近纯C语言的性能。
模块化编程 是指程序核心部分定义好功能的接口，而具体的实现留给各个模块去做。举个现实世界的例子：我们可以在电脑的PCI插槽上安装显卡、声卡或者网卡，原因就是这些硬件都按照PCI接口的规范来制造的。
ldconfig是一个动态链接库管理命令 为了让动态链接库为系统所共享,还需运行动态链接库的管理命令--ldconfig ldconfig 命令的用途,主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下,搜索出可共享的动态 链接库(格式如前介绍,lib*.so*),进而创建出动态装入程序(ld.so)所需的连接和缓存文件.缓存文件默认为 /etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表. ldconfig
其实cocos工具读取<游戏project文件夹>\proj.android\jni\夹Android.mk文件，。 Android.mk是一个编译文件，它是GNU Makefile的一小部分。是用来向Android NDK描写叙述C和C++源码文件的，怎样进行编译，以及打包等操作。默认的Android.mk文件内容例如以下：
python3使用ctypes在windows中访问C和C++动态链接库函数示例 这是我们的第一个示例，我们尽量简单，不传参，不返回，不访问其他的动态链接库 一 测试环境介绍和准备 测试环境： 操作系统：windows10 Python版本：3.7.0 VS版本：vs2015社区版（免费） 相关工具下载： VS版本vs2015社区版（免费） Python3.7.0 （源码和安装文件） http://ffmpeg.club/python 二 C/C++部分代码 1 首先完成C/C++的动态链接库，与做python扩展库不同，ctypes调用的c++库其实与python没有代码关联，只是提供了开放公共标准。
之前写过一篇 《[-NDK 导引篇 -] 在NDK开发之前你应知道的东西》 介绍了在进入 NDK 学习之前，如何摆正自己的角色。时隔两年，NDK 系列文章开始填坑，在上一篇 《 NDK 是什么 | FFmpeg 5.0 编译 so 库》 中，介绍了 NDK 的概念，以及其作用。
引言 随着越来越多功能强大的高级语言的出现，在服务器计算能力不是瓶颈的条件下，很多同学会选择开发效率高，功能强大的虚拟机支持的高级语言（Java），或者脚本语言（Python，Php）作为实现功能的首选，而不会选择开发效率低，而运行效率高的 C/C++ 作为开发语言。而这些语言一般情况下是运行在虚拟机或者解释器中，而不需要直接跟操作系统直接打交道。 虚拟机和解释器相当于为高级语言或者脚本语言提供了一个中间层，隔离了与操作系统之间进行交互的细节，这为工程师们减少了很多与系统底层打交道的麻烦，大大提高了工程师的
这里面的某个函数需要在运行的时候能够启动子进程，这样才能重新加载我们所设置的环境变量，从而劫持子进程所调用的库函数。
C++在语法上是兼容C的，但是这不代表使用C语言不做任何处理直接写成的动态链接库就可以被C++给调用。由于C++引入了函数重载的机制，而这个机制的实现是在编译器层面的。编译器在“生成”函数符号信息时，不能仅仅通过函数名，因为重载函数的函数名都是一样的，所以它还要根据函数参数，命名空间等信息来确定唯一的函数签名；而C语言没有函数重载机制，C语言编译器在处理的时候通过函数名就可以唯一确定一个函数。这就导致C语言和C++语言生成的函数签名是不同的，故不能不做任何处理直接调用。下面我们来看一下C和C++编译同样一段代码为动态链接库以后的，它们的函数符号信息有什么不一样。
在Linux环境中，进程的加载方式涉及到静态进程和动态进程两个概念。这两种方式都有各自的优势和劣势，而正确选择加载方式对于应用程序的性能和管理至关重要。本文将深入探讨静态进程和动态进程的特点、优劣势，并为你提供在不同场景下的选择建议。
以上一个代码实例gdal计算NDVI为例： 如何在Linux下使用gcc进行编译？ （顺便说一下，上次的代码只能在gdal1下编译，因为gdal2和1的API稍微有些改动） gdal的动态链接库如果采用默认的安装方式应该在/usr/local/lib目录下面，而头文件在/usr/include/gdal目录下面。 那么，我们的编译命令应该是这样的：g++ NDVI.cpp -std=c++11 -I/usr/include/gdal -L/usr/local/lib -lgdal -o NDVI.o 其中： -std=c++11 指定使用C++11标准进行编译。因为上一个代码中使用了C++11中的std::array 等特性。
1、opencv其实最开始只有源码，也就是sources中的代码，sources中有个modules，进入里面是各个我们平常使用的模块，如下图。
要解决空间浪费和更新困难这两个问题最简单的办法就是把程序的模块相互分割开来,形成独立的文件,而不再将它们静态地链接在一起。简单地讲,就是不对那些组成程序的目标文件进行链接,等到程序要运行时才进行链接。也就是说,把链接这个过程推迟到了运行时再进行,这就是动态链接( Dynamic Linking)的基本思想。
前几天我们项目的日志系统出现了一点问题，但是一直没有时间去深究。 昨天在同事的帮助下，无意中猜了一种可能性，结果还真被我猜中了，于是今天就特别研究了一下，记录下来。
ldconfig是一个动态链接库管理命令，为了让动态链接库为系统所共享,还需运行动态链接库的管理命令–ldconfig。 ldconfig 命令的用途,主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下,搜索出可共享的动态链接库(格式如前介绍,lib*.so*),进而创建出动态装入程序(ld.so)所需的连接和缓存文件.缓存文件默认为 /etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表.
在使用Python时，有时可能遇到ImportError: DLL load failed: 找不到指定的模块错误。这个错误通常是由于无法找到依赖的动态链接库(DLL)文件引起的。本篇文章将介绍一些解决这个问题的方法。
进程调度能提高CPU利用率和计算机响应速度。为了实现这一性能，必须将多个进程保存在内存中，也就是说内存共享。
New -> Application -> Qt Console Application -> Choose
.NET Core 虽然实现了跨平台，但是不可能处处使用 C# 开发，就好像没人使用SQL开发安卓APP，每种语言都有其优秀的地方和局限性。
回归正题，前段时间项目开发中，实现了一个动态库，封装了一些方法。然后基于这个动态库，实现了一个应用程序。应用程序中含有全局变量A，动态库中也含有全局变量A，当我调用动态库中函数后，发现应用程序的A发生了变化！！！O，My God！对于我这种还没在Linux下做过开发的人来说，一头雾水。。。。。。 于是我尝试着，将A中的变量名称改为B，这样问题也就没有了~~~
1. gcc -c test.c //生成目标文件 2. ar crv libtest.a test.o //生成静态链接库libtest.a 3. g++ -o main main.c -ltest //编译main程序同时链接libtest.a静态库 4. ./main //运行main程序
本文仅做命令的表面解释，有关Linux动态库和静态库的其他知识还请参照文末参考文章。
这个问题展开可以聊的东西非常多，从编程语言到可执行文件，从堆栈空间到虚拟内存，可以帮助面试官快速了解候选人这部分的知识储备。
先来看一段话： DLL是Dynamic Link Library的缩写，意为动态链接库。 DLL文件一般被存放在C:WindowsSystem目录下。在Windows中，许多应用程序并不是一个完整的可执行文件，它们被分割成一些相对独立的动态链接库，即DLL文件，放置于系统中。 当我们执行某一个程序时，相应的DLL文件就会被调用。一个应用程序可有多个DLL文件，一个DLL文件也可能被几个应用程序所共用，这样的DLL文件被称为共享DLL文件。
动态链接库与普通的程序相比而言，没有main函数，是一系列函数的实现。通过shared和fPIC编译参数生产so动态链接库文件。程序在调用库函数时，只需要连接上这个库即可。例如下面实现一个简单的整数四则运输的动态链接库，定义的caculate.h和caculate.c两个文件，生产libcac.so动态链接库。
不需要依赖任何第三方crate就可达成·运行时·链接的功能要求。至于使用第三方crate所带来的好处，我将在文章末尾给出解释与列举。
—————-加入新公司后，基本上是一键式打包脚本，对于GCC基本上快忘了，重新拾起。
今天配置之前项目的时候，发现有些动态链接库变了，想看看现在应用在使用哪些动态链接库的时候，进一步查了点资料；
---恢复内容开始--- 我们用QT开发好的应用程序，如果要发布到其他计算机上运行怎么办呢？我们在用VC编程时，单独运行编译好的可执行文件时，经常会发现提示缺少动态库。用QT编程也不例外，在一定程度上，编写好的QT程序会依赖一些动态链接库，包括MSVC运行库，已经QT自身的一些动态链接库。这是由于程序在编译时采用了动态链接的原因。如果我们在编译初期，就设置为静态编译，那么就不会出现这种情况了。动态链接机制是程序开发的一把双刃剑。 既然问题出现了，我们想着解决的办法。很自然的一种想法就是，程序
链接的方式，让我们在写代码的时候做到了“复用”。 同样的功能代码只要写一次，然后提供给很多不同的程序进行链接就行了。
生成动态链接库 我们以vs2010为例，生成一个动态链接库，首先在VS2010中新建一个项目，选择“Win32控制台应用程序“或“Win32项目”都是可以，只要在“应用程序设置”中选择“DLL”和“空项目”就好：
记一下最近踩得两个C++独有的暗坑，其中一个和ABI相关。第二个坑其实之前研究过，但是没有实例，这次算是碰到了个典型的实例。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
