linux 库路径？linux动态库加载过程

大家好，linux 库路径相信很多的网友都不是很明白，包括linux动态库加载过程也是一样，不过没有关系，接下来就来为大家分享关于linux 库路径和linux动态库加载过程的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

linux编译程序时指定动态库路径问题

在进行Linux程序编译时，你可能会遇到指定动态库路径的问题。目标文件在编译完成后，仅具有相对地址，直到链接阶段才会分配实际地址。不论是否涉及静态或动态库，这一过程都是必要的。静态库中的各段将根据链接脚本的配置整合到最终生成的ELF可执行文件中，而动态库则不需要此步骤。

在链接过程中，使用-L参数可以指定需要的动态库位置。在编译阶段，你可能只需提供动态库的名称或符号。然而，在链接阶段，情况就不同了。你需要明确提供动态库的具体路径，以确保程序能正确找到并使用所需的功能。

理解这一点对于确保程序在不同环境下的兼容性和稳定性至关重要。通过正确指定动态库路径，你可以避免程序运行时因找不到依赖库而引发的错误。同时，这也有助于提高开发和调试的效率，避免因环境配置问题导致的困惑。

总之，在Linux程序编译和链接过程中，正确处理动态库路径是确保程序正确运行的关键步骤。通过了解这一过程，你将能够更有效地管理依赖关系，提高程序的可靠性和可移植性。

查看linux当前加载库文件的命令

ldd<可执行文件名>查看可执行文件链接了哪些系统动态链接库

nm<可执行文件名>查看可执行文件里面有哪些符号

strip<可执行文件名>去除符号表可以给可执行文件瘦身

如果我们想从可执行程序里面提取出来一点什么文本信息的话，还可以用strings命令

strings<可执行文件名>

Linux操作系统上面的动态共享库大致分为三类：

1、操作系统级别的共享库和基础的系统工具库

比方说libc.so, libz.so, libpthread.so等等，这些系统库会被放在/lib和/usr/lib目录下面，如果是64位操作系统，还会有/lib64和/usr/lib64目录。如果操作系统带有图形界面，那么还会有/usr/X11R6/lib目录，如果是64位操作系统，还有/usr/X11R6/lib64目录。此外还可能有其他特定Linux版本的系统库目录。

这些系统库文件的完整和版本的正确，确保了Linux上面各种程序能够正常的运行。

2、应用程序级别的系统共享库

并非操作系统自带，但是可能被很多应用程序所共享的库，一般会被放在/usr/local/lib和/usr/local/lib64这两个目录下面。很多你自行编译安装的程序都会在编译的时候自动把/usr/local/lib加入gcc的-L参数，而在运行的时候自动到/usr/local/lib下面去寻找共享库。

以上两类的动态共享库，应用程序会自动寻找到他们，并不需要你额外的设置和担心。这是为什么呢？因为以上这些目录默认就被加入到动态链接程序的搜索路径里面了。Linux的系统共享库搜索路径定义在/etc/ld.so.conf这个配置文件里面。这个文件的内容格式大致如下：

/usr/X11R6/lib64

/usr/X11R6/lib

/usr/local/lib

/lib64

/lib

/usr/lib64

/usr/lib

/usr/local/lib64

/usr/local/ImageMagick/lib

假设我们自己编译安装的ImageMagick图形库在/usr/local/ImageMagick目录下面，并且希望其他应用程序都可以使用 ImageMagick的动态共享库，那么我们只需要把/usr/local/ImageMagick/lib目录加入/etc/ld.so.conf文件里面，然后执行：ldconfig命令即可。

ldcofig将搜索以上所有的目录，为共享库建立一个缓存文件/etc/ld.so.cache。为了确认ldconfig已经搜索到ImageMagick的库，我们可以用上面介绍的strings命令从ld.so.cache里面抽取文本信息来检查一下：

strings/etc/ld.so.cache| grep ImageMagick

输出结果为：

/usr/local/ImageMagick/lib/libWand.so.10

/usr/local/ImageMagick/lib/libWand.so

/usr/local/ImageMagick/lib/libMagick.so.10

/usr/local/ImageMagick/lib/libMagick.so

/usr/local/ImageMagick/lib/libMagick++.so.10

/usr/local/ImageMagick/lib/libMagick++.so

已经成功了！

3、应用程序独享的动态共享库

有很多共享库只被特定的应用程序使用，那么就没有必要加入系统库路径，以免应用程序的共享库之间发生版本冲突。因此Linux还可以通过设置环境变量LD_LIBRARY_PATH来临时指定应用程序的共享库搜索路径，就像我们上面举的那个例子一样，我们可以在应用程序的启动脚本里面预先设置 LD_LIBRARY_PATH，指定本应用程序附加的共享库搜索路径，从而让应用程序找到它。

linux下编写c++,include的那些头文件在什么地方

C/C++程序在linux下被编译和连接时，GCC/G++会查找系统默认的include和link的路径，以及自己在编译命令中指定的路径。

1、#include<stdio.h>，直接到系统指定目录去查找头文件。

系统默认路径为：/usr/include，/usr/local/include，/usr/lib/gcc-lib/i386-Linux/2.95.2/include（gcc库文件的路径，各个系统不一致）

2、#include"stidio.h"，会先到当前目录查找头文件，如果没找到在到系统指定目录查找。

3、gcc编译时查找头文件，按照以下路径顺序查找：

gcc编译时，可以设置-I选项以指定头文件的搜索路径，如果指定多个路径，则按照顺序依次查找。比如，gcc-I/usr/local/include/node a.c

gcc会查找环境变量C_INCLUDE_PATH，CPLUS_INCLUDE_PATH中指定的路径。

扩展资料：

应用程序代码编译过程：

编译器根据头文件提供的库函数接口形式，来编译代码，然后生成目标文件；然后，再使用链接器将这个目标文件与系统库链接；最终生成应用程序。代码包含了自己写的内容，还有系统提供好的现成的库函数，整个结合起来才形成一个完整的程序。

库函数的头文件，在编译的时候被使用，而库函数的代码段（库文件），在链接的时候被使用。

example：

应用程序代码在使用一个系统调用的时候，例如printf()函数，需要指定包含的头文件stdio.h；另外，在链接的时候对应的链接libc.a（笔者电脑文件所在目录：/usr/lib/i386-linux-gnu/libc.a)。

总结一下，编写应用程序，需要使用linux系统提供的库函数。具体实现起来，需要头文件和库文件。头文件是需要我们编写应用程序的时候，在源文件开头添加的；而库文件则需要配置编译环境进行指定搜索目录。