直接计算（不考虑范围）：[1077] 毫秒
C库函数：[6193]毫秒
C++库函数：[5912]毫秒
STL算法库模版函数（自定义转换）：[3557] 毫秒
STL算法库模版函数（系统转换）：[6146] 毫秒
自定义的函数：[3791] 毫秒
Windows API：[13884] 毫秒
?
====>大小写转换函数时间消耗(循环1000000次)<====
直接计算（不考虑范围）：[1076] 毫秒
C库函数：[6272]毫秒
C++库函数：[5865]毫秒
STL算法库模版函数（自定义转换）：[3292] 毫秒
STL算法库模版函数（系统转换）：[6053] 毫秒
自定义的函数：[3666] 毫秒
Windows API：[13790] 毫秒
?
多次测试结果表明，显然不考虑范围是最快的，但是可用场景太少，其次就是自定义的大小写转换函数了（像中文之类也没有大小写之说，只需要考虑有限的ascii字符），配合STL的容器和算法可以最大化效率。WindowsAPI的效率则比较低，当然效率低的原因并不是算法的问题，而是考虑的情况比较多，譬如要考虑本地化，考虑一些语种特殊的大小写转换问题等等。
在合适的场景下，使用自定义的大小写转换是完全足够，研究这个花了大约半天时间，问题源于一个URL处理函数的性能问题，经过统计发现，这个函数的大量计算消耗在了URL转小写上面，经过改造之后，性能轻松提升60%。