扫描std::array，向前与向后

传统上，建议扫描n到零，因为在大多数架构中，与零相比，循环控制比其他数字更便宜。(正如其他人所指出的，预取缓存可能会也可能不会否定这一优势，这再次取决于体系结构的细节。)

要确定这是否真的会对您的场景产生影响——考虑到您在循环体中所做的事情，这是否是一个重要的差异——以及循环是否会对应用程序的性能产生任何影响——需要对您的特定代码和体系结构进行更多的分析，或者进行一些真实世界的测试。

对于尝试微观优化的人的标准提醒：占运行时1%的东西的无限性能改进需要付出无限的努力，并产生1%的改进。对占运行时10%的东西进行10%的改进，所需的精力要少得多，而且会产生同样的好处不要浪费时间对错误的事情进行微观优化做适当的性能分析并让它指导你——记住，算法或数据结构的改变可能比调整一些指令更有效率。

这在很大程度上取决于实际场景。

这里主要有两件事需要考虑。

首先是循环开销，向后(n->0)循环在技术上可能会更快一些。但只有当循环非常紧凑时，这才有意义，也就是说，循环体足够琐碎，并且它的逻辑基本上不受顺序的影响。

另一件事是内存访问，从历史上看，CPU在缓存/预取转发方面会更好，但现在它们在这两方面都做得很好。问题是，这并不是那么简单，因为这将取决于实际的访问模式和CPU。

一个非常非常的一般答案可能是：对于具有非平凡体和足够大的n的循环，应该几乎没有差异。

但实际的答案是：它很复杂，如果你怀疑它有可能产生任何实质性的性能差异，唯一的方法就是测试它