so中导出符号与非导出符号怎么查看
什么是导出符号？
符号，是软件链接过程的用到的术语。
我们编写自己的软件生成目标文件，通常情况下，只有自己的目标文件是不够的。
比如我们用c++编写的程序，必然要与C++的运行时库链接在一起才能工作，否
则我们在代码中使用的fopen或者std::cout之类的符号要到哪里去找。
在链接的过程中，相当于是让目标文件之间镶嵌到一起，因此最重要的是找到精
确的接入点，这就是符号。
ldd命令:
ldd命令用于输出可执行文件或者库文件所依赖的共享库列表。
nm命令:
nm命令用于输出可执行文件或者库文件的符号表。
readelf命令:
readelf命令用来显示一个或者多个elf格式的目标文件的信息，可以通过它的选项来控制显示哪些信息。
常用的选项：
-s --syms --symbols 显示符号表段中的项（如果有的话）。
-d --dynamic 显示动态段的信息。
1
2
1
2
ar命令:
ar命令可以用来创建、修改库，也可以从库中提出单个模块。
objdump命令:
objdump命令是用查看目标文件或者可执行的目标文件的构成的gcc工具。
常用选项：
-T --dynamic-syms
1
1
显示文件的动态符号表入口，仅仅对动态目标文件意义，比如某些共享库。它显示的信息类似于 nm -D|–dynamic 显示的
如何使用linux-gnu-readelf查看头文件
可执行文件里都是机器码加一些调试信息，看不到头文件信息的。
你说的生成包含头文件的列表确实是有，是gcc的选项，‘-M’，必须在编译时给出。比如说你要看temp.c应用了什么头文件，可以如下使用：
$ gcc -M -c temp.c
temp.o: temp.c /usr/include/stdio.h /usr/include/features.h
/usr/include/sys/cdefs.h /usr/include/bits/wordsize.h
/usr/include/gnu/stubs.h /usr/include/gnu/stubs-32.h
/usr/lib/gcc/i386-redhat-linux/4.1.1/include/stddef.h
/usr/include/bits/types.h /usr/include/bits/typesizes.h
/usr/include/libio.h /usr/include/_G_config.h /usr/include/wchar.h
/usr/include/bits/wchar.h /usr/include/gconv.h
/usr/lib/gcc/i386-redhat-linux/4.1.1/include/stdarg.h
/usr/include/bits/stdio_lim.h /usr/include/bits/sys_errlist.h
它还有几个子选项，-MM等，可以自己man gcc看看。
Mac上使用objdump和readelf
首先，mac系统下的文件格式是mach-o，并不支持objdump和readelf；
退而求其次，使用 brew update brew install binutils ，然后用 greadelf 和 gobjdump ；
注意，使用使用 brew update brew install binutils 会有如下提示：
andriod系统里怎么使用readelf命令
readelf option(s) elf-file(s)
[功能]
用于显示elf格式文件的信息。
[描述]
readelf用来显示一个或者多个elf格式的目标文件的信息，可以通过它的选项来控制显示哪些信息。这里的elf-file(s)就表示那些被检查的文件。可以支持32位，64位的elf格式文件，也支持包含elf文件的文档（这里一般指的是使用ar命令将一些elf文件打包之后生成的例如lib*.a之类的“静态库”文件）。
这个程序和objdump提供的功能类似，但是它显示的信息更为具体，并且它不依赖BFD库(BFD库是一个GNU项目，它的目标就是希望通过一种统一的接口来处理不同的目标文件)，所以即使BFD库有什么bug存在的话也不会影响到readelf程序。
运行readelf的时候，除了-v和-H之外，其它的选项必须有一个被指定。
ELF文件类型：
种类型的ELF文件：
a)可重定位文件:用户和其他目标文件一起创建可执行文件或者共享目标文件,例如lib*.a文件。
b)可执行文件：用于生成进程映像，载入内存执行,例如编译好的可执行文件a.out。
c)共享目标文件：用于和其他共享目标文件或者可重定位文件一起生成elf目标文件或者和执行文件一起创建进程映像，例如lib*.so文件。
ELF文件作用：
ELF文件参与程序的连接(建立一个程序)和程序的执行(运行一个程序)，所以可以从不同的角度来看待elf格式的文件：
a)如果用于编译和链接（可重定位文件），则编译器和链接器将把elf文件看作是节头表描述的节的集合,程序头表可选。
b)如果用于加载执行（可执行文件），则加载器则将把elf文件看作是程序头表描述的段的集合，一个段可能包含多个节，节头表可选。
c)如果是共享文件，则两者都含有。
ELF文件总体组成：
elf文件头描述elf文件的总体信息。包括：
系统相关，类型相关，加载相关，链接相关。
系统相关表示：elf文件标识的魔术数，以及硬件和平台等相关信息，增加了elf文件的移植性,使交叉编译成为可能。
类型相关就是前面说的那个类型。
加载相关：包括程序头表相关信息。
链接相关：节头表相关信息。
项(分别以长格式和短格式给出了)：
-a
--all 显示全部信息,等价于 -h -l -S -s -r -d -V -A -I.
-h
--file-header 显示elf文件开始的文件头信息.
-l
--program-headers
--segments 显示程序头（段头）信息(如果有的话)。
-S
--section-headers
--sections 显示节头信息(如果有的话)。
-g
--section-groups 显示节组信息(如果有的话)。
-t
--section-details 显示节的详细信息(-S的)。
-s
--syms
--symbols 显示符号表段中的项（如果有的话）。
-e
--headers 显示全部头信息，等价于: -h -l -S
-n
--notes 显示note段（内核注释）的信息。
-r
--relocs 显示可重定位段的信息。
-u
--unwind 显示unwind段信息。当前只支持IA64 ELF的unwind段信息。
-d
--dynamic 显示动态段的信息。
-V
--version-info 显示版本段的信息。
-A
--arch-specific 显示CPU构架信息。
-D
--use-dynamic 使用动态段中的符号表显示符号，而不是使用符号段。
-x number or name
--hex-dump=number or name 以16进制方式显示指定段内内容。number指定段表中段的索引,或字符串指定文件中的段名。
-w[liaprmfFsoR] or
--debug-dump[=line,=info,=a***rev,=pubnames,=aranges,=macro,=frames,=frames-interp,=str,=loc,=Ranges]
显示调试段中指定的内容。
-I
--histogram 显示符号的时候，显示bucket list长度的柱状图。
-v
--version 显示readelf的版本信息。
-H
--help 显示readelf所支持的命令行选项。
-W
--wide 宽行输出。
@file 可以将选项集中到一个文件中，然后使用这个@file选项载入。
[举例]
先给出如下例子：
1,对于可执行文件形式的elf格式文件：
1)查看可执行程序的源代码如下：
[quietheart@lv-k cppDemo]$ cat main.cpp
#include iostream
using std::cout;
using std::endl;
void my_print();
int main(int argc, char *argv[])
{
my_print();
cout"hello!"endl;
return 0;
}
void my_print()
{
cout"print!"endl;
}
2)编译如下：
[quietheart@lv-k cppDemo]$ g++ main.cpp -o main
[quietheart@lv-k cppDemo]$ g++ -g main.cpp -o main.debug
3)编译之后，查看生成的文件：
[quietheart@lv-k cppDemo]$ ls -l
总计 64
-rwxr-xr-x 1 quietheart quietheart 6700 07-07 18:04 main
-rw-r--r-- 1 quietheart quietheart 201 07-07 18:02 main.cpp
-rwxr-xr-x 1 quietheart quietheart 38932 07-07 18:04 main.debug
这里，main.debug是带有调试信息的可执行文件，main是一般的可执行文件。
2,对于库文件形式的elf格式文件：
1)查看库的源代码如下：
//myfile.h
#ifndef __MYFILE_H
#define __MYFILE_H
void printInfo();
#endif
//myfile.cpp
#include "myfile.h"
#include iostream
using std::cout;
using std::endl;
void printInfo()
{
cout"hello"endl;
}
2)编译如下：
[quietheart@lv-k bak]$ g++ -c myfile.cpp
[quietheart@lv-k bak]$ g++ -shared -fPCI -o libmy.so myfile.o
[quietheart@lv-k bak]$ ar -r libmy.a myfile.o
ar: creating libmy.a
3)编译之后，查看生成的文件：
[quietheart@lv-k bak]$ ls -l
总计 44
-rw-r--r-- 1 quietheart quietheart 2154 07-08 16:14 libmy.a
-rwxr-xr-x 1 quietheart quietheart 5707 07-08 16:08 libmy.so
-rwxr-xr-x 1 quietheart quietheart 117 07-08 16:06 myfile.cpp
-rwxr-xr-x 1 quietheart quietheart 63 07-08 16:08 myfile.h
-rw-r--r-- 1 quietheart quietheart 2004 07-08 16:08 myfile.o
libmy.a libmy.so myfile.cpp myfile.h myfile.o
这里，分别生成目标文件myfile.o，共享库文件libmy.so，和静态库文件libmy.a。
ELF文件详解
姓名：罗学元 学号：21181214375 学院：广州研究院
【嵌牛导读】什么是ELF文件
【嵌牛鼻子】什么是ELF文件
【嵌牛提问】什么是ELF文件，它有哪些部分组成、每部分包含哪些信息
ELF文件分为四个部分：elf header，program header table，section header table，dynamic symbol table。其中节头表(section header table) 和 段头表(program header table) 中用到的数据相同，只是组织方式不同。
一、ELF header
每个ELF文件都必须存在一个ELF_Header,这里存放了很多重要的信息用来描述整个文件的组织,如: 版本信息,入口信息,偏移信息等，程序执行也必须依靠其提供的信息：
数据结构如下：
e_xxx 和上面对应表如下图:
其中数据类型如下：
二、Program header table 程序头表
存储so文件运行时所需要的信息，这部分信息会直接被linker使用，用于加载so文件，告诉系统如何在内存中创建映像,在图中也可以看出来,有程序头部表才有段,有段就必须有程序头部表，其中存放各个段的基本信息(包括地址指针)
节到段的映射：
链接视图是以节（section）为单位，执行视图是以段（segment）为单位。链接视图就是在链接时用到的视图，而执行视图则是在执行时用到的视图。上图左侧的视角是从链接来看的，右侧的视角是执行来看的。
段(Segment): 就是将文件分成一段一段映射到内存中，段中通常包括一个或多个节区。
那么为什么需要节和段两种视图？ 当ELF文件被加载到内存中后，系统会将多个具有相同权限（flg值）section合并一个segment。操作系统往往以页为基本单位来管理内存分配，一般页的大小为4096B，即4KB的大小。同时，内存的权限管理的粒度也是以页为单位，页内的内存是具有同样的权限等属性，并且操作系统对内存的管理往往追求高效和高利用率这样的目标。ELF文件在被映射时，是以系统的页长度为单位的，那么每个section在映射时的长度都是系统页长度的整数倍，如果section的长度不是其整数倍，则导致多余部分也将占用一个页。而我们从上面的例子中知道，一个ELF文件具有很多的section，那么会导致内存浪费严重。这样可以减少页面内部的碎片，节省了空间，显著提高内存利用率。
readelf -S xxx # 用来查看可执行文件中有哪些section，如下图：
readelf --segments xxx # 可以查看该文件的执行视图，下图红框部分为上图的节信息在段中的显示：
最后加载进内存的只有program header table 程序头表里的load段，其他都只是描述信息，加载过程中用到，但是最后加载进去内存的只有load段。
三、Section header table 节头部表
类似与程序头部表,但与其相对应的是节区(Section)；节区(Section): 将文件分成一个个节区，每个节区都有其对应的功能，如符号表，哈 希 表 等。
.relname和.relaname: 010Editor打开so，展现形式为下图，.rel.dyn 和 .rel.plt ，是用来重定向dyn和plt的，也就是静态情况下，存放偏移值，如果进行动态调试的时候，就会加上基址变成绝对地址(重定向)。
下面第二张图中，左边红框就是偏移值，右边红框只要把基址加进来，就是绝对地址，把基址加进来的过程就是重定向的过程：
.plt 程序链接表，用于做映射关系，拿到依赖so的绝对地址，做重定向的：
四、Dynamic symbol table
这里是符号表，也就是会用到的所有函数名称表，包括自己写的函数和依赖的系统so中的函数，到时候.plt会对这部分重定向 。
readelf的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于readelfexe、readelf的信息别忘了在本站进行查找喔。