针对我上面的评论,我想知道log10是否太慢了,所以我编写了一个不使用它的版本。
对于四位数,这个版本大约快了35%,对于十位数则快了约16%。
一个缺点是它需要缓冲区中完整的十个数字的空间。
我不能保证它没有任何错误!
public static int ToCharArray2(uint value, char[] buffer, int bufferIndex)
{
const int maxLength = 10;
if (value == 0)
{
buffer[bufferIndex] = '0';
return 1;
}
int startIndex = bufferIndex + maxLength - 1;
int index = startIndex;
do
{
buffer[index] = (char)('0' + value % 10);
value /= 10;
--index;
}
while (value != 0);
int length = startIndex - index;
if (bufferIndex != index + 1)
{
while (index != startIndex)
{
++index;
buffer[bufferIndex] = buffer[index];
++bufferIndex;
}
}
return length;
}
更新
我应该补充一下,我正在使用 Pentium 4 处理器。更近期的处理器可能会更快地计算超越函数。
结论
昨天我意识到自己犯了一个低级错误,并在调试版本上运行基准测试。所以我又跑了一遍,但实际上并没有太大的区别。第一列显示要转换的数字的位数。其余列显示将 500,000 个数字转换为毫秒的时间。
uint 的结果:
luc1 arx henk1 luc3 henk2 luc2
1 715 217 966 242 837 244
2 877 420 1056 541 996 447
3 1059 608 1169 835 1040 610
4 1184 795 1282 1116 1162 801
5 1403 969 1405 1396 1279 978
6 1572 1149 1519 1674 1399 1170
7 1740 1335 1648 1952 1518 1352
8 1922 1675 1868 2233 1750 1545
9 2087 1791 2005 2511 1893 1720
10 2263 2103 2139 2797 2012 1985
Results for ulong:
luc1 arx henk1 luc3 henk2 luc2
1 802 280 998 390 856 317
2 912 516 1102 729 954 574
3 1066 746 1243 1060 1056 818
4 1300 1141 1362 1425 1170 1210
5 1557 1363 1503 1742 1306 1436
6 1801 1603 1612 2233 1413 1672
7 2269 1814 1723 2526 1530 1861
8 2208 2142 1920 2886 1634 2149
9 2360 2376 2063 3211 1775 2339
10 2615 2622 2213 3639 2011 2697
11 3048 2996 2513 4199 2244 3011
12 3413 3607 2507 4853 2326 3666
13 3848 3988 2663 5618 2478 4005
14 4298 4525 2748 6302 2558 4637
15 4813 5008 2974 7005 2712 5065
16 5161 5654 3350 7986 2994 5864
17 5997 6155 3241 8329 2999 5968
18 6490 6280 3296 8847 3127 6372
19 6440 6720 3557 9514 3386 6788
20 7045 6616 3790 10135 3703 7268
luc1: 卢塞罗的第一个函数
arx: 我的函数
henk1: 亨克的函数
luc3 卢塞罗的第三个函数
henk2: 亨克的函数没有复制到字符数组;即只测试ToString()的性能。
luc2: 卢塞罗的第二个函数
这种特殊顺序是它们创建的顺序。
我还在没有henk1和henk2的情况下运行了测试,这样就不会有垃圾回收。另外三个函数的时间几乎相同。一旦基准超过三位数,内存使用率就稳定了: 因此,在Henk的函数中发生GC,并且对其他函数没有不利影响。
结论:只需调用ToString()
char[]
而不是字符串吗?通常,为了获得一个可行的实现所需的额外工作并不值得性能提升(如果有的话——在.NET中分配和收集短暂的小对象非常便宜)。 - Lucero