Golang/Temporal日志场景：字符串拼接与fmt.Sprintf哪个更高效？

首先明确：你的两种写法都是预先格式化好完整字符串再传给logger.Info，所以性能差异本质是Go语言层面字符串拼接与fmt.Sprintf的效率对比，结合Temporal logger的特性来看：

1. 基础性能差异（纯Go层面） #

连续字符串拼接的编译器优化 #

Go 1.11+的编译器会对连续的字符串拼接操作（比如s1 + s2 + s3）做优化：它会先计算所有字符串的总长度，一次性分配足够的内存，再把各个字符串复制进去——这时候拼接操作的内存分配次数和fmt.Sprintf一致（都是1次）。

这种情况下，直接拼接的性能会略优于fmt.Sprintf，因为省去了fmt.Sprintf解析格式字符串（比如识别%s占位符）的额外开销。

非连续拼接场景 #

如果拼接操作不是连续的（比如在循环里逐步拼接、或拼接过程中伴随变量运算），直接拼接会产生多次内存分配（每次+都会创建新字符串），此时fmt.Sprintf的效率会更高——它一次性分配内存并完成格式化，避免了多次中间字符串的创建。

2. Temporal logger的额外影响 #

你的两种写法都是先生成完整字符串再传入logger.Info，所以不管日志级别是否允许输出（比如当前日志级别是Warn，Info级别的日志会被跳过），字符串格式化的开销都会提前发生。

如果想进一步优化性能，更推荐使用Temporal logger支持的参数化日志写法（如果logger支持的话）：

logger.Info("Activity done. Conversion of : %s successful. File can be downloaded under : %s", param.FileRecordId, file.FileRecordId)

这种写法下，只有当日志级别允许输出时，logger才会执行格式化操作，能节省大量不必要的计算开销。

3. 实际验证建议 #

可以用Go的基准测试来量化差异，比如编写如下测试代码：

package main

import (
    "fmt"
    "testing"
)

var paramID = "test-record-123"
var fileID = "download-file-456"

func BenchmarkLogConcat(b *testing.B) {
    for i := 0; i < b.N; i++ {
        _ = "Activity done. Conversion of : " + paramID + " successful. File can be downloaded under : " + fileID
    }
}

func BenchmarkLogSprintf(b *testing.B) {
    for i := 0; i < b.N; i++ {
        _ = fmt.Sprintf("Activity done. Conversion of : %s successful. File can be downloaded under : %s", paramID, fileID)
    }
}

运行go test -bench=.就能看到两种写法的耗时和内存分配数据，结果会因字符串长度、Go版本略有差异，但连续拼接的性能通常略胜一筹。

内容的提问来源于stack exchange，提问作者kobiri232