我知道寄存器变量存储在 CPU 寄存器中。
如果 CPU 寄存器忙/满,则相同的变量将存储在堆栈中。
我怎么知道变量存储在堆栈或 CPU 寄存器中?
不,你不能。
它由编译器决定,并且可能会在编译之间发生变化,例如,如果周围的代码改变了寄存器压力或编译器标志发生了变化。
我同意 Unwind 先生的回答,但在某种程度上,这种方式可能对您有所帮助:
文件名x.c
:
int main(){
register int i=0;
i++;
printf("%d",i);
}
汇编代码:
~$ gcc x.c -S
输出文件名为x.s
.
在我的情况下ebx
,使用了寄存器,在不同的编译时间可能会有所不同。
~$ cat x.s
.file "x.c"
.section .rodata
.LC0:
.string "%d"
.text
.globl main
.type main, @function
main:
pushl %ebp
movl %esp, %ebp
andl $-16, %esp
pushl %ebx
subl $28, %esp
movl $0, %ebx
addl $1, %ebx // because i++
movl $.LC0, %eax
movl %ebx, 4(%esp)
movl %eax, (%esp)
call printf
addl $28, %esp
popl %ebx
movl %ebp, %esp
popl %ebp
ret
您还可以使用以下命令反汇编您的可执行文件objdunp
:
$ gcc x.c -o x
$ objdump x -d
objdump
使用命令 的部分汇编输出:
080483c4 <main>:
80483c4: 55 push %ebp
80483c5: 89 e5 mov %esp,%ebp
80483c7: 83 e4 f0 and $0xfffffff0,%esp
80483ca: 53 push %ebx
80483cb: 83 ec 1c sub $0x1c,%esp
80483ce: bb 00 00 00 00 mov $0x0,%ebx
80483d3: 83 c3 01 add $0x1,%ebx //due to i++
80483d6: b8 b0 84 04 08 mov $0x80484b0,%eax
80483db: 89 5c 24 04 mov %ebx,0x4(%esp)
80483df: 89 04 24 mov %eax,(%esp)
80483e2: e8 0d ff ff ff call 80482f4 <printf@plt>
80483e7: 83 c4 1c add $0x1c,%esp
80483ea: 5b pop %ebx
80483eb: 89 ec mov %ebp,%esp
80483ed: 5d pop %ebp
80483ee: c3 ret
80483ef: 90 nop
%ebx
寄存器为寄存器变量保留。
我太同意 UnWind 的回答,另一方面,反汇编 GDB 中的代码可能会存储变量。分解一个模糊的代码,我给出了该框架的本地人,如下所示,
(gdb) info locals
i = 0
ret = <value optimized out>
k = 0
ctx = (BN_CTX *) 0x632e1cc8
A1 = (BIGNUM *) 0x632e1cd0
A1_odd = (BIGNUM *) 0x632e1ce8
check = <value optimized out>
mont = (BN_MONT_CTX *) 0x632e2108
A = (const BIGNUM *) 0x632e2028
现在,如果尝试打印本地人的地址,它会告诉我存储位置如下,
(gdb) p &i
$16 = (int *) 0x143fba40
(gdb) p &k
$17 = (int *) 0x143fba38
(gdb) p &mont
Address requested for identifier "mont" which is in register $s7
(gdb)
这里的对象i
和k
在堆栈上,mont
在寄存器 $s7 中。
根据 Brian W. Kernighan 和 Dennis M.Ritchie(C 语言的创始人)的“The Ansi C Programming Language - Second Edition”一书,你不能。
第 4 章,第 84 页,
“......而且无论该变量是否实际放在一个
register
.”中,都无法获取寄存器变量的地址。”
希望有帮助!祝你未来好运,罗恩