5

我正在比较 sprintf 用法的性能，并且对我所看到的感到有些困扰。我测试了以下 4 种方法，将 ClassWithToString 的实例传递给每个方法（PrintInt 除外，它接收实际的整数值）。

type ClassWithToString() =
    member this.X = 42
    override this.ToString() = this.X.ToString()

let Print item : string =
    sprintf "%A" item

let PrintInt item: string =
    sprintf "%i" item

let PrintObj item: string =
    sprintf "%O" item

let Format item : string =
    System.String.Format("{0}", item)

50,000 次迭代的结果：

Print (%A):     3143ms
PrintInt (%i):   355ms
PrintObj (%O):   384ms
Format:            8ms

对于“打印”，我知道 %A 正在使用反射，所以那里的缓慢并不令人震惊，尽管对于 50k 次迭代，我对总时间感到惊讶。之后，“PrintInt”和“PrintObj”不使用反射，因此速度快了一个数量级，这也是有道理的。

让我感到困惑的部分是，鉴于String.Format()sprintf 的结果通常看起来非常缓慢（并且在实时应用程序的配置文件中已经看到）。为什么 sprintf 量级比 String.Format() 慢？在我错过的 F# 空间中是否有更好的选择？

4

1 回答 1

7

只有 %A 使用反射。%i 将是基本情况。

这不是真的。printf无论您使用哪种说明符，所有函数都需要反射以从格式字符串构造类型安全的打印函数。查看这条线和模块中的这条线以printf获得更多见解。所以很容易看出为什么sprintf "%i"仍然比String.Format. 在 的情况下sprintf "%A"，它又多了一层反射，这解释了它可怕的缓慢。

在我错过的 F# 空间中是否有更好的选择？

如果您的目的是构造大字符串，则StringWriter和StringBuilder可能是要走的路。如果您为记录目的进行基准测试，FastPrintf是一个很有前途的库。你可以试试这个声称比内置函数快 100 倍的NuGet 包。printf

于 2013-05-24T20:30:20.660 回答