我对与记忆有关的事情有一个愚蠢的怀疑。我的疑问是：为什么在内存中，较高的地址被考虑在“底部”，而最低的地址被考虑在“顶部”？我将更详细地解释：
堆栈内存从高地址开始并增长到低地址。到目前为止，这就是我所理解的，但是为什么堆栈会“向上”增长？为什么较低的地址位于内存的顶部？
我见过各种相互矛盾的内存结构：将低地址考虑在内存底部的内存结构，以及将低地址考虑在内存顶部的内存结构。是否取决于处理器？
提前谢谢你。
【问题讨论】：
标签： memory
这取决于instruction set architecture 和ABI。它们都影响call stack 的组织（和发展方向）。
通常调用堆栈会向下增长，但在某些 ISA 中情况并非如此（请参阅 this）。并且一些 ISA（例如 IBM serie Z 大型机）没有任何硬件调用堆栈（那么，调用堆栈只是关于寄存器使用的 ABI 约定）。
大多数application software（例如您的游戏、文字处理器、编译器等）都在一些operating system 之上运行，在一些process 上运行一些virtual address space（所以在virtual memory）。
阅读一些关于操作系统的书，例如Operating Systems: Three Easy Pieces.
在实践中（除非您编写一些操作系统内核来管理虚拟内存），您最关心的是虚拟地址空间（通常由许多不连续的段组成）。在 Linux 上，使用/proc/（参见proc(5)）来探索它（例如，在您的终端中尝试cat /proc/$$/maps）。请注意，对于多线程应用程序，每个thread 都有自己的调用堆栈。那么虚拟地址空间的“顶部”或“底部”并不重要，也没有多大意义。
如果（作为大多数人）您正在（使用除汇编程序之外的任何编程语言）在某些操作系统之上编写某些应用程序软件，那么您（作为开发人员）并不关心真实内存，但关于virtual memory 和resident set size。您不关心堆栈的增长（它由操作系统、编译器、ISA 管理...对于您的代码的automatic variables）。你需要避免stack overflow。经常发生一些pages（例如你的code segment[s]），也许那些包含从未使用过的代码，永远不会进入RAM并留下paged。实际上，某些进程的大部分（虚拟）内存不是为其调用堆栈：您通常在堆中分配内存。我的 firefox 浏览器（在我的 Linux 桌面上）有 2.3 GB 的虚拟地址空间（超过一千个段），但只有 124 KB 的堆栈。阅读memory management。调用堆栈通常是有限的（例如几兆字节）。
【讨论】：