似乎有一种观点认为，在64位体系 struct 上不需要使用"拆分堆栈"运行时模型.我说似乎是，因为我没有看到任何人真的这么说，只是绕着它跳舞:
典型多线程程序的内存使用量可以减少 值得注意的是，因 for each 线程不需要最坏情况下的堆栈 尺码.可以运行数百万个线程(或者完整的NPTL 线程或协同 routine )在32位地址空间中. --Ian Lance Taylor
.这意味着64位地址空间已经可以处理它.
而且...
...拆分堆栈的恒定开销和狭隘的用例 (在32位体系 struct 上产生大量I/O受限任务) 是不可接受的... --bstrie
两个问题:这是他们在说的吗？其次，如果是这样，为什么在64位体系 struct 上不需要它们呢？
是的，他们就是这么说的.
拆分堆栈(目前)在64位体系 struct 上是不必要的，因为64位虚拟地址空间非常大，如果需要，可以包含数百万个堆栈地址范围，每个堆栈地址范围与整个32位地址空间一样大.
在目前使用的Flat memory model中，虚拟地址到物理存储单元的转换是在hardware MMU的支持下完成的.在amd64上，将64位虚拟地址空间的大块保留给您正在创建的每个新堆栈，同时只将第一页(4kB)映射到实际RAM会更好(总体上更快).这样，当OS重新配置MMU以将每页虚拟地址映射到实际的空闲RAM页时，堆栈将能够根据需要在连续的虚拟地址(意味着每个function prologue中的代码更少，这是一个大的优化)上根据需要增长和缩小，只要堆栈增长或缩小高于/低于某些可配置的阈值就会增长或缩小.在这种情况下，堆栈将能够在连续的虚拟地址(意味着每个function prologue中的代码更少，这是一个很大的优化)上根据需要增长和缩小.
通过巧妙地 Select 阈值(例如，参见dynamic arrays理论)，您可以在平均堆栈操作上实现O(1)复杂度，同时保留数百万个堆栈的优点，这些堆栈可以根据您的需要增长，并且只消耗它们使用的内存.
PS:目前的GO实现远远落后于这些:-)