看很多关于代码优化的资料，都说代码优化是必要的，但是应该推迟到项目的最后阶段进行。原因很多：
１）过早的优化容易引入ｂｕｇ，一个慢但是ｂｕｇ-ｆｒｅｅ的程序总比快但是总ｃｒａｓｈ的程序好；
２）当今硬件性能今非昔比。不过对一个在ＰＣ上运行的程序可以说只能在ＸＸＸ主频以上的机器上才能运行，但是在某些项目中，比如手机，硬件环境是ｆｉｘｅｄ的，只能优化代码来迁就ＣＰＵ了。
３）在迭代开发中，现阶段的优化下一个阶段会被打破，还不如不优化，省得浪费。
不过还是有几点优化策略可以边开发边实施，这几点也算是程序员的基本功：
１）函数声明中复杂类参数为传递引用而不是传值，这样可以避免调用函数时的ｃｏｐｙｃｏｎｓｔｒｕｃｔｏｒ的调用，
ｖｏｉｄｆｏｏ(ＳｏｍｅＣｌａｓｓｘ,ｉｎｔｙ);
可以优化为
ｖｏｉｄｆｏｏ(ｃｏｎｓｔＳｏｍｅＣｌａｓｓ&ｘ,ｉｎｔｙ);
对ｐｒｉｍｉｔｉｖｅ类型(ｉｎｔ,ｆｌｏａｔ,ｄｏｕｂｌｅ等），声明为引用没有什么意义。
２）变量直到使用时才创建，和Ｃ语言不多，一个函数体内用到的变量，没有必要在函数体开始声明，所以Ｃ++代码中应该养成用一个变量时才声明的习惯；但是，如果一个对象在一个循环中被使用，最好还是在循环之外声明初始化它，以免被反复初始化。
ｆｏｒ(....)
{
ＳｏｍｅＣｌａｓｓｏｂｊ;
....
}
可优化为
ＳｏｍｅＣｌａｓｓｏｂｊ;
ｆｏｒ(...)
{
...;
}
３）初始化和声明同时进行。
ＳｏｍｅＣｌａｓｓｏｂｊ;//ｄｅｆａｕｌｔｃｏｎｓｔｒｕｃｔｏｒｉｓｃａｌｌｅｄ
ｏｂｊ=ｘｙｚ;//ｏｐｅｒａｔｏｒ=ｉｓｃａｌｌｅｄ
优化为
ＳｏｍｅＣｌａｓｓｏｂｊ=ｘｙｚ;//ｏｎｌｙｃｏｐｙｃｏｎｓｔｒｕｃｔｏｒｉｓｃａｌｌｅｄ
４)在构造函数中使用初始化ｌｉｓｔ
ＳｏｍｅＣｌａｓｓ::ＳｏｍｅＣｌａｓｓ(ｉｎｔｘ)
{
ｆｏｏ=ｘ;
}
优化为
ＳｏｍｅＣｌａｓｓ::ＳｏｍｅＣｌａｓｓ(ｉｎｔｘ)
：ｆｏｏ(ｘ)
{
}
５)使用+=，避免用+。
Ｆｏｏｆｏｏ１,ｆｏｏ２;
ｆｏｏ１=ｆｏｏ１+ｆｏｏ２;
优化为
Ｆｏｏｆｏｏ１,ｆｏｏ２;
ｆｏｏ１+=ｆｏｏ２;
可以避免一个临时变量的产生，如果Ｆｏｏ为一个复杂类的话，效果明显。
６）使用++ｘ，避免用ｘ++
和上面一条一样，可以避免出现零时变量。
我还听说ｃｏｐｙｃｏｎｓｔｒｕｃｔｏｒ效率比ｏｐｅｒａｔｏｒ=高，我做了一个实验，循环６６６６６６６６６次，在Ｐ４２.８Ｇ的机器上，只有一个int成员的简单类ｃｏｐｙｃｏｎｓｔｒｕｃｏｔｏｒ实际上比ｏｐｅｒａｔｏｒ=还慢一秒，我想这两个形式的ｏｖｅｒｈｅａｄ差别很小，而且和编译器有关，可以忽略不计。
http://www.tantalon.com/pete/cppopt/main.htm上有一个Ｃ++代码从设计到编译器优化的介绍，很系统。