你的变量究竟存储在什么地方？

来源：互联网发布：sql默认地址不详设置编辑：程序博客网时间：2024/04/26 00:35

你的变量究竟存储在什么地方？

作者：杨小华

我相信大家都有过这样的经历，在面试过程中，考官通常会给你一道题目，然后问你某个变量存储在什么地方，在内存中是如何存储的等等一系列问题。不仅仅是在面试中，学校里面的考试也会碰到同样的问题。

如果你还不知道答案，请接着往下看。接下来，我们将在Linux操作系统上，以GCC编译器为例来讲解变量的存储。

在计算机系统中，目标文件通常有三种形式：

1. 可重定位的目标文件：包含二进制代码和数据，与其他可重定位目标文件合并起来，创建一个可执行目标文件。

2. 可执行的目标文件：包含二进制代码和数据，其形式可以被直接拷贝到存储器中并执行

3. 共享目标文件：一种特殊的可重定位目标文件，即我们通常所说的动（静）态链接库

一个典型的可重定位目标文件如下图所示：

高地址

节头部表

.strtab

.line

.debug

.rel.data

.rel.text

.symtab

.bss

.data （3）

.rodata

.text （1）

ELF头

图 1典型的ELF可重定位目标文件（数字代表索引）

夹在ELF头和节头部表之间的都是节（section），各个节的意思如下：

节

含义

.text

已编译程序的机器代码

.rodata

只读数据，如pintf和switch语句中的字符串和常量值

.data

已初始化的全局变量

.bss

未初始化的全局变量

.symtab

符号表，存放在程序中被定义和引用的函数和全局变量的信息

.rel.text

当链接器吧这个目标文件和其他文件结合时，.text节中的信息需修改

.rel.data

被模块定义和引用的任何全局变量的信息

.debug

一个调试符号表。

.line

原始C程序的行号和.text节中机器指令之间的映射

.strtab

一个字符串表，其内容包含.systab和.debug节中的符号表

对于static类型的变量，gcc编译器在.data和.bss中为每个定义分配空间，并在.symtab节中创建一个有唯一名字的本地链接器符号。对于malloc而来的变量存储在堆（heap）中，局部变量都存储在栈（stack）中。

下面我们以实际的例子来分析变量的存储：

#include<stdio.h>

#include<string.h>

#include<stdlib.h>

int z = 9;

int a;

static int b =10;

static int c;

void swap(int* x,int* y)

{

int temp;

temp=*x;

*x=*y;

*y=temp;

}

int main()

{

int x=4,y=5;

swap(&x,&y);

printf(“x=%d,y=%d,z=%d,w=%d/n”,x,y,z,b);

return 0;

}

根据以上题目和理论知识，我们可以推断出：

变量

存储区域

.bss

.data

.bss

stack

temp

stack

.data

swap

.text

main

.text

x=……

.rodata

我们将从汇编代码和符号表中来分析以上答案是否正确。我们首先来看该程序的汇编代码：

.file "var.c"

.globl z

.data #数据段

.align 4

.type z, @object

.size z, 4

.long 9

.align 4

.type b, @object

.size b, 4

.long 10

.text #代码段

.globl swap

.type swap, @function

swap:

pushl %ebp

movl %esp, %ebp

subl $4, %esp

movl 8(%ebp), %eax

movl (%eax), %eax

movl %eax, -4(%ebp)

movl 8(%ebp), %edx

movl 12(%ebp), %eax

movl (%eax), %eax

movl %eax, (%edx)

movl 12(%ebp), %edx

movl -4(%ebp), %eax

movl %eax, (%edx)

leave

ret

.size swap, .-swap

.section .rodata #只读段

.LC0:

.string "x=%d,y=%d,z=%d,w=%d/n"

.text #代码段

.globl main

.type main, @function

main:

pushl %ebp

movl %esp, %ebp

subl $40, %esp

andl $-16, %esp

movl $0, %eax

subl %eax, %esp

movl $4, -4(%ebp)

movl $5, -8(%ebp)

leal -8(%ebp), %eax

movl %eax, 4(%esp)

leal -4(%ebp), %eax

movl %eax, (%esp)

call swap

movl b, %eax

movl %eax, 16(%esp)

movl z, %eax

movl %eax, 12(%esp)

movl -8(%ebp), %eax

movl %eax, 8(%esp)

movl -4(%ebp), %eax

movl %eax, 4(%esp)

movl $.LC0, (%esp)

call printf

movl $0, %eax

leave

ret

.size main, .-main

.comm a,4,4

.local c

.comm c,4,4

.section .note.GNU-stack,"",@progbits

.ident "GCC: (GNU) 3.3.5 (Debian 1:3.3.5-13)"

通过以上汇编代码可以发现，z和b在.data段，main和swap在.text段，a和c在.bss段，x,y,temp在stack中，printf函数所打印的字符串在.rodata中。

下面我们在通过符号表来解释变量的存储。

每个可重定位目标文件都有一个符号表，它包含该文件所定义和引用的符号的信息。在链接器的上下文中，有三种不同的符号：

1. 由该文件定义并能被其他模块引用的全局符号。即非静态的C函数和非静态的全局变量，如程序中的a,z,swap。

2. 由其他模块定义并被该文件引用的全局符号。用extern关键字所定义的变量和函数。

3. 只被该文件定义和引用的本地符号。用static关键字定义的函数和变量。如程序中的b和c。

该程序所对应的符号表如图所示：

图 2符号表

首先，我们解释上图中各字段的含义：

字段名

含义

Num

序号

Value

符号地址。

可重定位目标文件：距定义目标文件的节的起始位置的偏移

可执行目标文件：一个绝对运行的地址

Size

目标的大小

Type

要么是数据，要么是函数，或各个节的表目

Bind

符号是全局的还是本地的

Vis

目前还没有查到资料，待以后改正

Ndx

通过索引来表示每个节

ABS：不该被重定位的符号

UND：代表未定义的符号（在其他地方定义）

COM：未初始化的数据目标

Name

指向符号的名字

对于变量b和z，Ndx索引为3，我们观察图1，不难发现索引3对应的是.data段。变量c对应的索引为4（.bss段），变量a对应的索引是COM，最终当该程序被链接时，它将做为一个.bss目标分配。我们从反汇编代码中，对于变量a和c都是.comm（反汇编代码中以“.”开头的行，是指导汇编器和链接器运行的命令）：

……

.comm a,4,4

.local c

.comm c,4,4

……

注意：a所对应的Bind为GLOBAL，即为全局变量，虽然变量c也在.bss段中，但Bind却是LOCAL，则为本地变量。.data段中的变量b和c也是类似的情况。swap和main都在索引1所对应的.text段中。由于printf是在库中所定义的，所以索引为UND。

符号表中不包含对应于本地非静态程序变量中的任何符号。这些符号是在栈中被管理的，所以符号表中没有出现x,y,temp符号。

相信大家读完这篇文章以后，再也用不着对类似的题目胆战心惊了。