其实这个问题，百度的话，有一大堆的参考资料，但是，在这里，我产生了一些困惑，他们所分析的结果，和我的测试代码不一致，这让我纠结了，所以，再次的写一下这个问题，顺顺思路。
我的测试环境：系统：Windows7 32bit，编程平台：Qt 5.3.1 (MSVC 2010,32bit)
首先说一下比较被大众所认可的结果：
（1）在自定义的数据类型的时候，因为前缀式（++i）可以返回对象的引用，而后缀式（i++），必须返回对象的数值，所以，导致在大的对象的时候产生了较大的复制开销，引起效率降低。所以，使用自定义的数据类型的时候，使用前缀式（++i）效率更好一些；
（2）如果是内置类型的，如int，效率是一样的。
（3）c++Primer上面有说：对于老旧的编译器++i效率好，对于好的编译器i++被优化了(效率一样)。表示该用哪个用哪个。
我的测试代码：
#include <iostream>
using namespace std;
//struct(1 data member)
struct oj
{
int j;
}a;
//(2 data members) class
class oo
{
public:
oo():a(0),b(0){}
oo operator ++()//Prefix plus
{
++a;
++b;
return *this;
}
oo operator ++(int)//suffix plus
{
oo temp(*this);
a++;
b++;
return temp;
}
private:
int a;
int b;
};
int main()
{
int i=0;
int x=0;
//Built-in data types
i++;
++i;
x=i++;
x=++i;
//struct(1 data member)
a.j = 0;
a.i = 0;
a.j++;
++a.j;
x = a.j++;
x = ++a.j;
//(2 data members) class
oo o,ox;
o++;
++o;
ox = o++;
ox = ++o;
return 0;
}
最接近机器语言的汇编
（1）先分析内建的数据类型：
分析结果如下：
对于内建的数据类型，单独使用i++和++i是没有效率区分的。但是，表达式中的i++和++i是有区别的，如上图所示，所以对于内建的表达式中的，根据需求，含有++i的表达式的效率要好一些。（注意，这里我强调的是整个表达式的效率。而非单纯的i++ and ++i.）
（2）自定义的数据类型（结构体）：
如测试代码，这里使用了结构体，包含一个数据成员。
分析结果如下：
对于一个结构体（包含有一个数据成员）的自定义数据类型而言，单独的a.j++ and ++ a.j的效率是一样的，没有什么可争论的。但是，对于表达式的中的 x = a.j++ and x = ++a.j，这个表达式的效率，结果确出现了和“自定义的数据类型中，++i的效率更好”的违背。原因图片中已经解释过了，所以，对于表达式中含有自增和自减运算符的，在讨论表达式的效率的时候，不能单纯的使用理论依据，还应该考虑自己的平台环境，编译器的指令集系统，这里我想到了精简指令集和复杂指令集。
（3）自定义数据类型（类，2个数据成员，重载++运算符）
分析结果：
对于类对象的自增运算，我们重载了运算符。从汇编代码来看，不管是单独使用，还是含有自增运算符的表达式，O++操作，因为有入栈和出栈操作，所以，显得效率有些不佳。但是，在这里，我们完全没有考虑重载函数的运行效率，这里只是显示了函数的调用。其实，这里不用深究重载函数的效率了，单从C++语言就可以看出来。前缀的++i的重载函数的效率更好一些。
2个重载函数的汇编代码对比（左边为++i前缀的重载，右边为i++后缀的重载）：
自我总结：
这里，我不想说，i++ 和 ++i的效率哪一个更好，通过上面的测试代码，我们可以发现，对于不同的环境，不同的数据结构会有不同的效率。我想说的是，通过发现一个问题，然后寻找答案，质疑答案，验证答案的这个过程，让我学会了不少东西。也许我的验证方法是不科学的，但是从中我认真的对待过，从中，学会了阅读汇编代码，这使我更加深刻的理解了机器对于程序的运行机制是什么样的。认真对待问题，你会从中收获很多的。
如果有面试官问你这样的问题的话，可以如下回答：
内建的数据类型时，效率一样。
但是，在自定义的数据类型的时候，因为前缀式（++i）可以返回对象的引用，而后缀式（i++），必须返回对象的数值
所以，导致在大的对象的时候产生了较大的复制开销，引起效率降低。
所以，使用自定义的数据类型的时候，使用前缀式（++i）；
同时，真的需要在细节上提高自己程序效率的话，你可以写个简单的测试用例，测试一下。因为在自己的平台上测试，相对准确一些。没必要，像我这么纠结。