我注意到 decimal.Parse(number, NumberStyles.AllowDecimalPoint, CultureInfo.InvariantCulture)
比基于Jeffrey Sax的代码的自定义十进制解析方法慢大约100%Faster alternative to Convert.ToDouble
public static decimal ParseDecimal(string input) {
bool negative = false;
long n = 0;
int len = input.Length;
int decimalPosition = len;
if (len != 0) {
int start = 0;
if (input[0] == '-') {
negative = true;
start = 1;
}
for (int k = start; k < len; k++) {
char c = input[k];
if (c == '.') {
decimalPosition = k +1;
} else {
n = (n *10) +(int)(c -'0');
}
}
}
return new decimal(((int)n), ((int)(n >> 32)), 0, negative, (byte)(len -decimalPosition));
}
我认为这是因为原生 decimal.Parse
旨在与数字风格和文化信息斗争 .
但是,上述方法在 new decimal
中不使用第3个参数hi字节,因此它不适用于较大的数字 .
是否有一个更快的替代 decimal.Parse
来转换只包含数字的字符串和十进制小数点,这将适用于大数字?
编辑:基准:
var style = System.Globalization.NumberStyles.AllowDecimalPoint;
var culture = System.Globalization.CultureInfo.InvariantCulture;
System.Diagnostics.Stopwatch s = new System.Diagnostics.Stopwatch();
s.Reset();
s.Start();
for (int i=0; i<10000000; i++)
{
decimal.Parse("20000.0011223344556", style, culture);
}
s.Stop();
Console.WriteLine(s.Elapsed.ToString());
s.Reset();
s.Start();
for (int i=0; i<10000000; i++)
{
ParseDecimal("20000.0011223344556");
}
s.Stop();
Console.WriteLine(s.Elapsed.ToString());
输出:
00:00:04.2313728
00:00:01.4464048
在这种情况下,自定义ParseDecimal明显快于decimal.Parse .
2 回答
感谢您的所有评论,这让我有了更多的见解 . 最后我做了如下 . 如果输入太长,则它将输入字符串分开,并使用long解析第一部分,其余部分使用int,它仍然比decimal.Parse快 .
这是我的最终 生产环境 代码:
基准代码:
在我的i7 920上的结果:
输入:123.456789
输入:999999999999999123.456789
输入:1.0
输入:0
输入:-3.3333333333333333333333333333333
如果输入仅包含0-9 ,.并且可选地 - 在开始时,这个自定义函数明显更快地将字符串解析为十进制 .
萨克斯的方法很快有两个原因 . 第一,你已经知道了 . 第二,因为它能够利用
n
的非常有效的8字节长数据类型 . 理解这种方法对long的使用,也可以解释为什么(不幸的是)目前不可能对非常大的数字使用类似的方法 .前两个参数:十进制构造函数中的
lo
和mid
各使用4个字节 . 这是和long一样的内存量 . 这意味着一旦你达到一个很长的最大值,就没有空间继续前进了 .要使用类似的方法,您需要一个12字节的数据类型来代替long . 这将为您提供使用
hi
参数所需的额外四个字节 .Sax的方法非常聪明,但在有人写一个12字节的数据类型之前,你只需要依赖decimal.Parse .