我有一个HTTP处理程序,该处理程序有40个记录器,它们设置为 os.Stdout 。
它对我来说很好,因为我是目前唯一的一项测试。
但是,当投入生产时,恐怕会有太多的开销。
当前记录器设置为 os.Stdout 和 os.Stderr 。
但是一旦制作完成, os.Stdout 将被设置为 ioutil.discard 。
Q1。如果我仍然要保留记录器,会影响性能吗?
Q2。为了最佳实践,最好将记录程序从HTTP处理程序中完全删除吗?
----更新----
package main
import (
"time"
"fmt"
"log"
"io/ioutil"
"io"
)
func testPrintf(w io.Writer, note string, cnt int) {
l := log.New(w, "", 0)
t1 := time.Now()
for i:=0; i<cnt; i++ {
l.Printf("%s - %d", "test", i)
}
t2 := time.Now()
fmt.Printf("%-15s %-15s, %v\n","Printf ", note, t2.Sub(t1))
}
func testPrintln(w io.Writer, note string, cnt int) {
l := log.New(w, "", 0)
t1 := time.Now()
for i:=0; i<cnt; i++ {
l.Println("test" + string(i))
}
t2 := time.Now()
fmt.Printf("%-15s %-15s, %v\n","Println", note, t2.Sub(t1))
}
func testDoNothing(w io.Writer, note string, cnt int) {
//l := log.New(w, "", 0)
t1 := time.Now()
for i:=0; i<cnt; i++ {
_ = "test" + string(i) // evaluated but didn't do any.
}
t2 := time.Now()
fmt.Printf("%-15s %-15s, %v\n", "DoNothing", note, t2.Sub(t1))
}
func main() {
cnt := 10000000 // ten million
testPrintf(ioutil.Discard, "discard.Attempt.1", cnt)
testPrintln(ioutil.Discard, "discard.Attempt.1", cnt)
testDoNothing(ioutil.Discard, "discard.Attempt.1", cnt)
fmt.Println("\n")
testPrintf(ioutil.Discard, "discard.Attempt.2", cnt)
testPrintln(ioutil.Discard, "discard.Attempt.2", cnt)
testDoNothing(ioutil.Discard, "discard.Attempt.2", cnt)
fmt.Println("\n")
testPrintf(ioutil.Discard, "discard.Attempt.3", cnt)
testPrintln(ioutil.Discard, "discard.Attempt.3", cnt)
testDoNothing(ioutil.Discard, "discard.Attempt.3", cnt)
}
---结果---
Printf discard.Attempt.1, 2.663697209s
Println discard.Attempt.1, 2.4289759s
DoNothing discard.Attempt.1, 190.480694ms
Printf discard.Attempt.2, 2.493506245s
Println discard.Attempt.2, 2.426081786s
DoNothing discard.Attempt.2, 182.899574ms
Printf discard.Attempt.3, 2.480853275s
Println discard.Attempt.3, 2.481552836s
DoNothing discard.Attempt.3, 180.916608ms
我不会每天编写Go代码,因此此测试可能不准确。如果您从测试中看到误导性信息,请在此处留下评论,以使其他人知道。谢谢你。
最佳答案
基准测试
尽管我的直言不讳地指出,将日志拖放到Discard
对您的代码影响最小,但我建议您建立一个基准测试测试记录器的性能影响。
幸运的是,Go通过在单元测试中编写func BenchmarkXxxxx(*testing.B)
函数并运行go test -bench
使得此操作非常容易。可以找到更多信息in the documentation。对于您的基准测试,我建议编写两个测试,一个使用os.Stdout
,另一个使用ioutil.Discard
-确保两个测试的输入相同。
ioutil
的相关代码仅显示“幕后”将发生的情况:
// ioutil.go
type devNull int
func (devNull) Write(p []byte) (int, error) {
return len(p), nil
}
func (devNull) WriteString(s string) (int, error) {
return len(s), nil
}
记录最佳做法
一种记录方法是常用的“基于级别的记录”,您可以在其中选择希望记录的消息的严重性(
DEBUG
/INFO
/WARN
/ERROR
等),然后选择在部署应用程序时要显示的级别(例如DEBUG
及更高版本)开发中,但在生产中为WARN
及更高版本)。正如您已经注意到的那样,Go仅在标准库中提供
Print
和Error
级别的语句,因此您将需要external package才能从诸如此类的东西中受益(它们也可以帮助以更具机器可读性/搜索友好性的JSON格式构造日志)。戴夫·切尼(Dave Cheney)已经证明了in a blog post这个决定背后的理由。在您的情况下,40条日志语句听起来很多,但这可能取决于有多少个简单的
Print
日志。处理程序的大小和复杂性等。Print
日志记录作为开发中的临时措施和Error
可以非常有用,如果您没有将错误暴露给客户端,则ojit_code有助于在故障期间进行诊断。