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