[已解决]栈的生长方向？

moc

1. #include "stdio.h"
   
2. #include "stdlib.h"
   
3. #include "string.h"
   
4. 
   
5. typedef int u32;
   
6. typedef char u8;
   
7. 
   
8. //演示：stack的生长方向
   
9. int main()
   
10. {
    
11.         float *p1 = NULL;
    
12.         int *p2 = NULL;
    
13.         int a = 0;
    
14.         int b = 0;
    
15.         char buf[16];
    
16. 
    
17. 
    
18.         printf("&p1:%x\n&p2:%x\n&a:%x\n&b:%x\n", &p1, &p2, &a, &b);
    
19.         printf("\n&buf:%x\n&buf[0]:%x\n&buf[1]:%x",&buf, &buf[0], &buf[1]);;
    
20. 
    
21.         system("pause");
    
22.         return 0;
    
23. }

复制代码

栈属性判断
如果栈向下生长,入栈变量的地址会越来越小，也就是p1的地址大于p2;a的地址大于b
栈的生长方向和内存空间buf的存放方向是两个不同的概念

就上述程序在Dev-C++运行结果：

可以看出确是是p1的地址大于p2;a的地址大于b；即证明栈向下生长，而且可以看出p1,p2,a,b都是连续存放的；
但同样的程序放在我的电脑上Visual C++ 2015上，不管是保存成C还是C++,都是下面这种情况：

竟然p1的地址大于p2，a的地址大于b，貌似栈区是向上生长，这和理论明显不符，而且好像本来8个字节的p1，p2,4个字节的a,b,都被分配了20个字节，还是Visual C++的栈区还被分配了别的东西？

最佳答案

月排行榜 / 总排行榜

关键是感觉

2018-8-1 17:21:21

我反正听说过这样一句话，语言没有高级低级的说法。
所有语言最终都要被编译成能被CPU执行的机器语言。
汇编-编译器-机器语言
C语言-编译器-机器语言
这里非要说高级，那么是编译器变牛逼了，是编译器厉害了。
现在的语言就是把早期语言需要用多条指令实现的功能，进行了简化。

关于你这个问题，编译器不同，分配的空间方式不同这样也就可以理解了

不管怎样，都要分配一段栈空间，关于谁在高地址，谁在低地址。由编译器说了算。

int a=1,b=2,b=3,c=4;

mov ebp,esp
sub esp,10H                  //分配空间

mov dword ss:[ebp-4],1  //往高地址写入  参数
mov dword ss:[ebp-8],2 //往次高地址写入 参数
mov dword ss:[ebp-c],3
mov dword ss:[ebp-10],4

swap

mov dword ss:[ebp-4],4
mov dword ss:[ebp-8],3
mov dword ss:[ebp-c],2
mov dword ss:[ebp-10],1

大概就是这样，怎样解释int a=1,b=2,b=3,c=4；由编译器说了算

跳转到最佳答案楼层

无符号整形

极为正常，你看：

moc

无符号整形 发表于 2018-8-1 14:45
极为正常，你看：

和X64有什么关系？
怎么逆向存放？先定义的a,再定义的b,还能先存b,再去存放a,那不是定义的变量多了过后，还需要借助个容器倒一下？

无符号整形

moc 发表于 2018-8-1 15:01
和X64有什么关系？
怎么逆向存放？先定义的a,再定义的b,还能先存b,再去存放a,那不是定义的变量多了过 ...

x64的指针比x86的大，然后就是这样放咯（ms的东西很奇怪，别问我）。

关键是感觉

我反正听说过这样一句话，语言没有高级低级的说法。
所有语言最终都要被编译成能被CPU执行的机器语言。
汇编-编译器-机器语言
C语言-编译器-机器语言
这里非要说高级，那么是编译器变牛逼了，是编译器厉害了。
现在的语言就是把早期语言需要用多条指令实现的功能，进行了简化。

关于你这个问题，编译器不同，分配的空间方式不同这样也就可以理解了

不管怎样，都要分配一段栈空间，关于谁在高地址，谁在低地址。由编译器说了算。

int a=1,b=2,b=3,c=4;

mov ebp,esp
sub esp,10H                  //分配空间

mov dword ss:[ebp-4],1  //往高地址写入  参数
mov dword ss:[ebp-8],2 //往次高地址写入 参数
mov dword ss:[ebp-c],3
mov dword ss:[ebp-10],4

swap

mov dword ss:[ebp-4],4
mov dword ss:[ebp-8],3
mov dword ss:[ebp-c],2
mov dword ss:[ebp-10],1

大概就是这样，怎样解释int a=1,b=2,b=3,c=4；由编译器说了算

moc

好吧，站在编译器的角度去思考问题。。。
然后编译器说我是老大，你们都得听我的。。。
开个玩笑，好像是ms visual x64 编译器的问题，我试了其他的都没有问题
这个汇编看不太懂，大概就是我为1,2,3,4这四个变量分配空间，既可以从低往高处分，也可以从高往低处分，各家公司在出编译器有不同的考虑，就有不同的分配方式，绝大数的编译器都是把栈的方向弄成向下的，微软偏要要把弄成向上的也是没得问题滴，这样理解没得问题吧。。。