gpt4 book ai didi

go - 生产中的 log.SetFlags(log.LstdFlags | log.Lshortfile)

转载 作者:行者123 更新时间:2023-12-01 22:12:02 28 4
gpt4 key购买 nike

在 Go 的生产中使用 log.SetFlags(log.LstdFlags | log.Lshortfile) 是好的做法(至少是一般做法)吗?我想知道在生产中这样做是否存在性能或安全问题。因为它不是 Go 中 log 包的默认设置。仍然找不到关于此事的任何官方引用资料或什至意见文章。

最佳答案

至于性能。是的,它有影响,但是,恕我直言,由于各种原因,它可以忽略不计。

测试

代码

package main

import (
"io/ioutil"
"log"
"testing"
)

func BenchmarkStdLog(b *testing.B) {
// We do not want to benchmark the shell
stdlog := log.New(ioutil.Discard, "", log.LstdFlags)
for i := 0; i < b.N; i++ {
stdlog.Println("foo")
}
}

func BenchmarkShortfile(b *testing.B) {
slog := log.New(ioutil.Discard, "", log.LstdFlags|log.Lshortfile)
for i := 0; i < b.N; i++ {
slog.Println("foo")
}
}

结果

goos: darwin
goarch: amd64
pkg: stackoverflow.com/go/logbench
BenchmarkStdLog-4 3803840 277 ns/op 4 B/op 1 allocs/op
BenchmarkShortfile-4 1000000 1008 ns/op 224 B/op 3 allocs/op

您的里程可能会有所不同,但数量级应该大致相等。

为什么我认为影响可以忽略不计

您的日志不太可能成为应用程序的瓶颈,除非您编写大量日志。 100 次中有 99 次,日志记录不是瓶颈。

启动并运行您的应用程序,对其进行负载测试和分析。然后您仍然可以优化。

提示:确保您可以横向扩展。

关于go - 生产中的 log.SetFlags(log.LstdFlags | log.Lshortfile),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/63044538/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com