Mark:只是想指出操作符++是很好的内联候选者，如果编译器选择这样做，在大多数情况下多余的拷贝将被消除。(例如POD类型，迭代器通常是这种类型。)

也就是说，在大多数情况下使用++iter仍然是更好的风格。: -)

两者都一样快;) 如果你想在处理器上进行相同的计算，只是计算的顺序不同。

例如，以下代码:

#include <stdio.h>

int main()
{
    int a = 0;
    a++;
    int b = 0;
    ++b;
    return 0;
}

生产以下组件:

0x0000000100000f24 <main+0>: push %rbp 0x0000000100000f25 <main+1>: mov %rsp，%rbp 0x0000000100000f28 <main+4>: movl $0x0，-0x4(%rbp) 0x0000000100000f2f <main+11>: incl -0x4(%rbp) 0x0000000100000f32 <main+14>: movl $0x0，-0x8(%rbp) 0x0000000100000f39 <main+21>: incl -0x8(%rbp) 0x0000000100000f3c <main+24>: mov $0x0，%eax 0x0000000100000f41 <main+29>: leaveq .日志含义 0x0000000100000f42 <main+30>: retq

你可以看到，对于a++和b++，它是一个包含助记符，所以它是相同的操作;)

当您将操作符视为值返回函数以及它们的实现方式时，++i和i++之间的性能差异将更加明显。为了更容易理解发生了什么，下面的代码示例将使用int，就像它是一个结构体一样。

++i对变量加1，然后返回结果。这可以就地完成，并且只需要最少的CPU时间，在许多情况下只需要一行代码:

int& int::operator++() { 
     return *this += 1;
}

但是i++就不一样了。

后递增(i++)通常被视为在递增之前返回原始值。但是，函数只能在完成时返回结果。因此，有必要创建一个包含原始值的变量的副本，增加变量，然后返回包含原始值的副本:

int int::operator++(int& _Val) {
    int _Original = _Val;
    _Val += 1;
    return _Original;
}

当增量前和增量后之间没有功能差异时，编译器可以执行优化，使两者之间没有性能差异。但是，如果涉及到结构或类等复合数据类型，则在增量后调用复制构造函数，如果需要深度复制，则不可能执行此优化。因此，前增量通常比后增量更快，需要的内存更少。

@wilhelmtell

编译器可以省略临时对象。从另一个线程逐字逐句:

c++编译器允许消除基于堆栈的临时对象，即使这样做会改变程序行为。MSDN链接vc8:

http://msdn.microsoft.com/en-us/library/ms364057 (VS.80) . aspx

即使在没有性能优势的内置类型上也应该使用++i的原因是为了给自己养成一个好习惯。

@Mark:我删除了我之前的答案，因为它有点轻率，仅凭这一点就应该被打反对票。实际上，我认为这是一个很好的问题，因为它问了很多人的想法。

通常的答案是++i比i++快，毫无疑问，但更大的问题是“什么时候应该关心?”

如果增量迭代器所花费的CPU时间小于10%，那么您可能不会在意。

如果增量迭代器所花费的CPU时间百分比大于10%，则可以查看哪些语句正在进行该迭代。看看你是否可以只增加整数而不是使用迭代器。你有可能做到，虽然在某种意义上可能不太理想，但很有可能你会节省花在那些迭代器上的所有时间。

我曾经见过一个例子，其中迭代器增量消耗了超过90%的时间。在这种情况下，采用整数递增法将执行时间减少了这么多。(即优于10倍加速)