.net - sprintf 与 String.Format 的性能

Question

这个问题已经有答案了:

Why is printf in F# so slow? (4 个回答)

已关闭 10 年前。

我正在比较 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# 领域是否有更好的替代方案？

Answer 1

Only %A uses reflection. %i would be the base case.

这不是真的。所有 printf 函数都需要反射来从格式字符串构造类型安全的打印函数，无论您使用哪个说明符。看看this line和 this line来自 printf 模块以获取更多见解。因此很容易理解为什么 sprintf "%i" 仍然比 String.Format 慢。就 sprintf "%A" 而言，它多了一层反射，这解释了它的缓慢程度。

Is there a better alternative in the F# space that I've missed?

如果您的目的是构造大字符串，StringWriter和 StringBuilder可能是要走的路。如果您出于日志记录目的进行基准测试，FastPrintf是一个很有前途的图书馆。您可以试试this NuGet package据称比内置的 printf 函数快 100 倍。