英文大小写引起的性能问题(值得借鉴）

最近在做的一个项目中要实现字母大小写无关比较，很自然的使用标准c库中的函数
tolower()，但是由于使用次数很多，对输入的字符数组每个都要使用一次，经过性能测
试，发现使用tolower函数的性能只有不使用该函数的的三分之一。
    察看了一下tolower函数的源码，发现其对MT有加锁互斥操作，而做的项目正后生成
的是MT库，因此性能上会有问题。因此参考tolower函数，写了一个宏，定义如下：
    #define MYTOLOWER(c)  (c>='A'&&c<='Z' ? c+32:c)
用该宏来代替tolower函数，测试后发现果然使性能提高了，但还是只有不使用该函数的
的二分之一，性能还是跟原来的相差较多。
    看来主要还是使用宏或函数带来的比较操作太多，导致了性能下降，那是否有方法来
减少这些比较操作呢？
    后来跟人一起讨论及查了些资料，发现自己一来是就先入为主的观念，使用标准c库
函数，后面的改进仍然没有跳离函数的范畴。为何要使用函数呢，ASCII码不过256个字符，
用一表格不就可以了吗？只需一次查表操作即可。
    使用一个静态表NoCaseTable[256]。赋初始值NoCaseTable[i]=tolower(i)。然后以
后原先使用tolower(c)的地方用NoCaseTable[c]来代替，显然只需要增加一次地址转移即
可，因此性能应该跟原先不使用查不多，最后试验也证明了这一点。


本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/BlueSoal/archive/2006/09/16/1230895.aspx


注：使用库函数和第三方提供的幻术要特别注意性能问题，内部实现使用锁了没有？等等问题