我知道这听起来像是一个普遍的问题，我看到了许多类似的问题（在这里和网络上），但没有一个真正像我的困境。
假设我有这段代码：
void GetSomeData(char* buffer)
{
// put some data in buffer
}
int main()
{
char buffer[1024];
while(1)
{
GetSomeData(buffer);
// do something with the data
}
return 0;
}
如果我将buffer[1024]声明为全局变量，会获得更好的性能吗？
我在Unix上通过time命令运行了一些测试，并没有发现执行时间之间有明显的差异。
但我并不是完全信服...
理论上，这种改变是否应该有所影响呢？
引用 Jeff Hill 的回答：
栈更快，因为它的访问模式使得从其中分配和释放内存变得非常简单 (只需递增或递减指针/整数)，而堆在一个分配或释放中涉及了更复杂的簿记。此外，栈中的每个字节往往会被频繁重用，这意味着它往往会被映射到处理器的缓存中，从而使其非常快速。对于堆来说，另一个性能问题是，堆大多数情况下都是全局资源，通常需要支持多线程，即每个分配和释放通常需要与程序中的“所有”其他堆访问同步。
有初始化的情况下：
结果显示，在没有数据初始化的条件下，纯分配有显著差异。栈比堆快，但请注意循环计数非常高。当处理已分配的数据时，栈和堆之间的性能差异似乎会减少。在进行1M malloc/init/free（或栈分配）循环时，每个循环尝试10次分配，总时间方面，栈仅领先于堆8％。
就我所知，下面代码中的循环 - 它只是从一个大数组中读取并写入每个元素 - 当数组在堆栈上时，与在堆上时相比，在我的机器上始终运行得更快（GCC，Windows 10，-O3标志），即使在重新启动后（当堆碎片最小化）:
const int size = 100100100;
int vals[size]; // STACK
// int *vals = new int[size]; // HEAP
startTimer();
for (int i = 1; i < size; ++i) {
vals[i] = vals[i - 1];
}
stopTimer();
std::cout << vals[size - 1];
// delete[] vals; // HEAP
当然，我首先必须将堆栈大小增加到400 MB。请注意，在结尾打印最后一个元素是必要的，以防止编译器优化掉所有东西。
ulimit -s。 - Chen Li当在堆栈上分配缓冲区时，优化范围不是访问内存的成本，而是消除堆上通常非常昂贵的动态内存分配（堆栈缓冲区分配可以被认为是瞬间完成的，因为整个堆栈在线程启动时分配）。
在堆上声明变量和变量数组会使程序运行变慢，这是事实。可以这样考虑：
全局创建的变量只分配一次，并在程序关闭时释放一次。对于堆对象，每次运行函数时都必须在现场分配变量，并在函数结束时释放。
曾经尝试在函数内分配对象指针吗？最好在函数退出之前释放/删除它，否则您将拥有一个内存泄漏，除非您在类对象中执行此操作，在那里它在析构函数中被释放/删除。
当涉及访问数组时，它们都是相同的，首先通过sizeof(DataType) * elements分配内存块。稍后可以通过->访问。
1 2 3 4 5 6
^ entry point [0]
^ entry point [0]+3