我的函数将被调用数千次。如果我想加快它的速度，将局部函数变量更改为静态变量是否有用？我的逻辑是这样的，因为静态变量在函数调用之间是持久存在的，它们只在第一次分配内存，因此，每个后续调用不会再为它们分配内存，并且会更快，因为内存分配步骤没有执行。
另外，如果上述说法是正确的，那么使用全局变量而不是参数来传递信息到每次调用函数，是否会更快？我认为参数空间也会在每次函数调用时分配，以允许递归（这就是递归使用更多内存的原因），但由于我的函数不是递归的，如果我的推理是正确的，那么去掉参数理论上会使它更快。
我知道这些做法都是可怕的编程习惯，但请告诉我它是否明智。我打算尝试它，但请给我您的意见。
局部变量的开销为零。每次调用函数时，参数、返回值等的堆栈已经被设置好了。添加局部变量意味着将一个稍微大一点的数字加到堆栈指针上（这个数字是在编译时计算的）。
此外，由于高速缓存的本地性，局部变量可能会更快。
如果您只调用该函数"数千次"（而不是数百万或数十亿次），那么您应该在运行分析器之后查找算法的优化机会。
关于高速缓存本地性（阅读更多信息）： 经常访问的全局变量可能具有时间局部性。它们在函数执行期间也可能被复制到寄存器中，但在函数返回后将被写回内存（缓存），否则将无法被其他任何东西访问；寄存器没有地址。
局部变量通常具有时间和空间局部性（因为它们在堆栈上创建）。此外，它们可以直接“分配”到寄存器中，并且永远不会被写入内存。
sub sp, 20和sub sp, 24之间的区别根本不存在。 - paxdiablo了解情况的最佳方法是实际运行分析器。这可以简单地执行多个定时测试，使用两种方法并平均结果进行比较，也可以考虑一个完整的分析工具，它会附加到进程并在时间和执行速度上绘制出内存使用情况。
不要随意进行微调代码，因为您有一种直觉认为它会更快。编译器都有略微不同的实现方式，对于一个编译器在一个环境中正确的东西，在另一个配置中可能是错误的。
解决关于更少参数的评论："内联"函数的过程基本上消除了与调用函数相关的开销。一个小的函数很可能会被编译器自动内联，但您也可以建议内联函数。
在另一种语言C++中，即将推出的新标准支持完美转发，并使用rvalue引用进行完美移动语义，从而消除了某些情况下临时变量的需要，这可以减少调用函数的成本。
我怀疑您正在过早地优化，但在发现真正的瓶颈之前，您不应该过于关注性能。
int anint = 42;
vs
static int anint = 42;
看起来静态 vs 非静态的问题已经完全解决，但对于全局变量而言还有一些需要注意的问题。通常情况下，全局变量会降低程序的执行速度，而不是提高它。
原因是，变量作用域越小，编译器就越容易进行优化。如果编译器需要在整个应用程序中查找全局变量的使用实例，那么它的优化效果就会变得不那么好。
当引入指针时，情况会更加复杂，比如以下代码：
int myFunction()
{
SomeStruct *A, *B;
FillOutSomeStruct(B);
memcpy(A, B, sizeof(A);
return A.result;
}
使用静态变量实际上可能会使您的代码显着变慢。静态变量必须存在于内存的“数据”区域中。为了使用该变量，函数必须执行一个加载指令以从主内存中读取，或者执行一个存储指令以写入它。如果该区域不在缓存中，则会损失许多周期。生存在堆栈上的局部变量肯定会有一个在缓存中的地址，甚至可能在CPU寄存器中，根本不出现在内存中。
性能分析可能看不出差异，但反汇编和知道要查找什么可能会有所帮助。
我怀疑你每个循环只会得到几个时钟周期的变化（平均取决于编译器等）。有时候变化会非常明显，或者明显变慢，并不一定是因为变量的位置已经从堆栈中移动了。假设你在一个2ghz处理器上每个函数调用节省了四个时钟周期，对于10000个调用，大致计算：节省20微秒。相对于您当前的执行时间，20微秒是多还是少？
通过将所有char和short变量转换为int等方法，您可能会获得更好的性能提升。微观优化是一件好事，但需要大量的实验、反汇编、计时代码的执行以及理解较少的指令并不一定意味着更快等知识。
拿出你的具体程序，反汇编涉及的函数和调用它的代码。有静态和无静态两种情况。如果你只获得了一两个指令，而且这是你要做的唯一优化，那么这可能不值得。您可能无法在性能分析中看到差异。例如，缓存行命中的位置变化可能会在代码更改之前显示出来。