go语言使用time.Duration类型的坑有哪些(go,开发技术)

时间:2024-04-27 20:07:29 作者 : 石家庄SEO 分类 : 开发技术
  • TAG :

    go%E8%AF%AD%E8%A8%80%E4%BD%BF%E7%94%A8time.Duration%E7%B1%BB%E5%9E%8B%E7%9A%84%E5%9D%91%E6%9C%89%E5%93%AA%E4%BA%9B

先来说说在项目中踩到的使用time.Duration类型的坑。我们的背景是要做一个延时任务。延时任务就是指将一个任务延迟到一定的时间后再执行,所以就需要根据延时时间计算出该任务要执行的时间。我们这里的延时时间以毫秒为单位,当时我们定义的是500毫秒。即设置了一个全局的变量interval time.Duration。 即interval = 500 * time.Milliseconds。然后就通过以下公式来计算要

执行的时间了:

可执行时间=当前时间+延迟时间可执行时间=当前时间 + 延迟时间可执行时间=当前时间+延迟时间

由以上公式可得到我们的一个任务的可执行时间为 time.Now().UnixMilli() + int64(interval) 。大家看这里有什么问题吗?
问题在于计算的结果值不是在当前的毫秒数上增加了500,而是增加了500000000,多了6个零。这是为什么呢?

我们从源码中找到答案。我们从time包中看到time.Duration的定义:

// A Duration represents the elapsed time between two instants
// as an int64 nanosecond count. The representation limits the
// largest representable duration to approximately 290 years.
type Duration int64

由源码可知,Duration本质上是一个int64的类型。从注释可知,代表的是两个时间点之间持续的纳秒数 。 所以这里有两点信息 :一是该类型代表的是一段持续时间,二是该类型的基本单位是纳秒。 这里我先重点关注基本单位是纳秒这点。我们再来看几个常量的定义:

一个单位的Duration是代表1纳秒。 而time.Micorsecond、time.Millisecond、time.Second、time.Minute、time.Hour的单位实际上都是纳秒。也就是说我们使用到的time.Millisecond实际上是1000000纳秒。所以就有了interval=500*time.Millisecond=500 * 1000000 = 500000000,然后在计算延时后的执行时间时两个单位不一样造成计算出来的值不是预期的增加500毫秒的结果。

知道了time.Duration类型的基本单位是代表纳秒之后,我们就可以很好的解决了。就是统一单位。
我们也发现,在time包中对于time.Duration类型的对象有转换成秒、毫秒等对应的函数。如下:

所以我们直接获取即可:

可执行时间 := time.Now().UnixMilli() + interval.Millisecond()

上面是我在编码时因为没搞懂time.Duration类型的本质含义猜到的一个坑。那么我们在实际编码时在定义和持续时间有关的变量时应该使用int类型还是time.Duration类型呢?
我的建议是大家尽量用time.Duration类型。为什么呢?第一个原因是和标准库类型统一,不用做过多的转换。因为我们观察可以发现,无论是开源程序,还是go的标准库,凡是和持续时间相关的变量类型都是使用的time.Duration,这样类型统一我们来看几个例子。

示例一:context.WithTimeout

我们看到,context包中的WithTimeout函数中的timeout的类型是time.Duration。

示例二:time.Sleep

time包中的Sleep函数的d参数也是Duration类型。

示例三:time.NewTicker

如果我们自己的程序中相关变量使用的也是time.Duration类型,那么在调用标准库函数时就不用进行类型转化了。

第二个原因就是该类型在语义上就明确了time.Duration类型值的基本单位是纳秒。这样在函数调用过程中就不用进行单位换算了。我们看下面以连接redis的示例是如何进行类型转换的。

我们在连接redis的时候,一般都会设置读写超时时间以及定义redis的地址,我们有如下配置:

我们使用包github.com/go-redis/redis/v8包来连接redis。我们看到

我们知道redis.Options中的ReadTimeout的类型是time.Duration。 那么,如果我们在config配置文件中定义的int64类型以秒为单位的话,则在NewRedisClient中给redis.Options中的ReadTimeout赋值时,需要做如下转换:

那如果我们在config中定义的ReadTimeout的代表的是毫秒的话,那么在NewRedisClient函数中就需要做如下转换:

那在config结构体中的ReadTimeout所代表的含义是秒还是毫秒还是其他的由谁来保证呢,只能是人为的进行保证。而如果使用time.Duration类型就是由系统类型来保证的,因为go的标准库定义的该类型就是代表纳秒数。

本文:go语言使用time.Duration类型的坑有哪些的详细内容,希望对您有所帮助,信息来源于网络。
上一篇:vue怎么实现按钮的长按功能下一篇:

7 人围观 / 0 条评论 ↓快速评论↓

(必须)

(必须,保密)

阿狸1 阿狸2 阿狸3 阿狸4 阿狸5 阿狸6 阿狸7 阿狸8 阿狸9 阿狸10 阿狸11 阿狸12 阿狸13 阿狸14 阿狸15 阿狸16 阿狸17 阿狸18