英文大小写引起的性能问题

英文大小写引起的性能问题


    最近在做的一个项目中要实现字母大小写无关比较,很自然的使用标准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]来代替,显然只需要增加一次地址转移即
可,因此性能应该跟原先不使用查不多,最后试验也证明了这一点。
     

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值