【问题标题】:log15 library rounds up epoch time from nanoseconds to seconds for logginglog15 库将纪元时间从纳秒到秒进行记录
【发布时间】:2019-03-01 14:55:48
【问题描述】:

我想在我的 golang 项目中记录毫秒精度,目前使用 log15 库

问题是当我将它附加到上下文时,它会四舍五入到秒

newTimeWithMilliseconds := time.Unix(0, time.Now().UnixNano())

return log.FuncHandler(func(r *log.Record) {
     r.Ctx = append(r.Ctx, "time", newTimeWithMilliseconds)
     nextHandler.Log(r)
})

当我将其转换为字符串 newTimeWithMilliseconds.String() 时,它可以工作,我得到 "2018-09-25 15:07:45.25801232 -0500 PDT",但当我不这样做时,小数消失,我得到 2018-09-25 15:07:45 -0700 PDT

虽然我想保持时间格式并且不使用字符串,但有人对为什么会发生这种情况以及如何解决这个问题有任何想法吗?

【问题讨论】:

    标签: unix go logging time epoch


    【解决方案1】:

    您需要使用time.Format 以您想要的精度显示您的time.Time 值。除非您修改它的值,否则它不会失去其精度,您看到差异的原因仅仅是因为在打印您的时间时调用 time.Format 时使用了 layout

    当您使用mytime.String() 时,所使用的布局与打印您的时间的其他布局不同。

    这就是为什么您需要使用 time.Time 值但操纵它的打印方式,或者将其存储为格式化字符串。

    Go by example

    // Go supports time formatting and parsing via
    // pattern-based layouts.
    
    package main
    
    import "fmt"
    import "time"
    
    func main() {
        p := fmt.Println
    
        // Here's a basic example of formatting a time
        // according to RFC3339, using the corresponding layout
        // constant.
        t := time.Now()
        p(t.Format(time.RFC3339))
    
        // Time parsing uses the same layout values as `Format`.
        t1, e := time.Parse(
            time.RFC3339,
            "2012-11-01T22:08:41+00:00")
        p(t1)
    
        // `Format` and `Parse` use example-based layouts. Usually
        // you'll use a constant from `time` for these layouts, but
        // you can also supply custom layouts. Layouts must use the
        // reference time `Mon Jan 2 15:04:05 MST 2006` to show the
        // pattern with which to format/parse a given time/string.
        // The example time must be exactly as shown: the year 2006,
        // 15 for the hour, Monday for the day of the week, etc.
        p(t.Format("3:04PM"))
        p(t.Format("Mon Jan _2 15:04:05 2006"))
        p(t.Format("2006-01-02T15:04:05.999999-07:00"))
        form := "3 04 PM"
        t2, e := time.Parse(form, "8 41 PM")
        p(t2)
    
        // For purely numeric representations you can also
        // use standard string formatting with the extracted
        // components of the time value.
        fmt.Printf("%d-%02d-%02dT%02d:%02d:%02d-00:00\n",
            t.Year(), t.Month(), t.Day(),
            t.Hour(), t.Minute(), t.Second())
    
        // `Parse` will return an error on malformed input
        // explaining the parsing problem.
        ansic := "Mon Jan _2 15:04:05 2006"
        _, e = time.Parse(ansic, "8:41PM")
        p(e)
    }
    

    输出

    2009-11-10T23:00:00Z
    2012-11-01 22:08:41 +0000 UTC
    11:00PM
    Tue Nov 10 23:00:00 2009
    2009-11-10T23:00:00+00:00
    0000-01-01 20:41:00 +0000 UTC
    2009-11-10T23:00:00-00:00
    parsing time "8:41PM" as "Mon Jan _2 15:04:05 2006": cannot parse "8:41PM" as "Mon"
    

    自己试试here

    【讨论】:

    • time.Format 返回一个字符串,我要使用实际的Time类型,而不是字符串
    • 如果您将其用作time.Time,除非您对其进行了修改,否则它应该仍然具有相同的精度。我想您观察到的差异在于您打印它的方式。在您的 time.Time 上调用 .String() 以显示 ms 的方式对其进行格式化,而您尝试的另一种方法则没有,因为它使用不同的格式布局。
    • 再一次,如果你想显示毫秒精度,你必须传递一个字符串而不是时间,以你想要的方式格式化,或者传递一个time.Time并控制函数通过强制执行足够精确的格式来打印它。
    • 这是正确答案。 @user3226932 你确实想要一个实际的 Time 类型——这就是你所拥有的并且你在抱怨它。
    • 所以要解决这个问题我们只能更改日志库中的时间格式常量,golang上下文的Time只接受时间类型,而不是字符串
    猜你喜欢
    • 2018-12-14
    • 2019-11-25
    • 1970-01-01
    • 2019-09-27
    • 2018-04-11
    • 2017-06-28
    • 2023-03-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多