堆，堆栈和数据存储单元的大小
这个问题有几个部分。
根据网上可用的大部分资源，根据教科书，堆栈和堆栈内存的增长方向相反。
堆和堆实际上总是朝着彼此相反的方向发展，特别是当操作系统为堆内存分配了额外的内存时？
考虑到最初在程序中，只有堆分配发生并且使用最小的堆栈内存。 因此，堆将覆盖为堆栈和堆分配的几乎全部的组合内存。 之后，Stack开始增长。 会抛出一个错误还是将新的内存位置分配给堆栈以增加到其最大限制（最大限制=“ulimit -s”命令显示的限制）？ 如果可以分配新的位置，那么是否违反堆栈地址总是按顺序分配的条件？
数据部分中存储的已初始化和未初始化变量的内存使用情况是否有预定义的限制？
回答：
Do Heap and Stack actually always grow in opposite directions towards each other,
especially when extra memory is allocated by the OS for Heap memory?
堆和堆是实现细节，语言规范不需要。 他们成长的方向不一定是相互对立的; 他们可以随意增长。
Consider that initially in the program,
only heap allocations take place and minimal Stack memory is used.
Hence, Heap will cover almost entire combined memory allocated
for Stack and heap. Afterwards, Stack starts to grow.
Will an error be thrown or will new memory location be allotted
for Stack to grow to its maximum limit
(maximum limit = limit shown by "ulimit -s" command)?
If new location can be allotted, then doesn't it violate the condition
that in Stack addresses are always assigned in order?
如果你的堆和堆栈相互成长，可能会发生覆盖。 如果您的内存分配器检查空间不足或者您有一个用于检查运行时堆栈分配的实用程序，则只会收到超限运行通知。 请记住，并非所有平台都是Linux或Windows PC; 许多嵌入式系统受到限制。
Is there any pre-defined limit on the memory usage
by initialized and uninitialized variables
stored in Data section?
是的，变量必须有内存。 操作系统可能会将变量分页到外部设备。 有可能变量不是变量而是硬件寄存器。 再次，这是所有平台特定的。 语言标准规定的规则是变量必须是可寻址的，静态或自动变量必须具有唯一的地址（One Definition Rule，ODR）。
链接地址: http://www.djcxy.com/p/2339.html