記一次go語言使用time.Duration類型踩過的坑
01 踩到的坑
先來說說在項目中踩到的使用time.Duration類型的坑。我們的背景是要做一個延時任務。延時任務就是指將一個任務延遲到一定的時間后再執(zhí)行,所以就需要根據(jù)延時時間計算出該任務要執(zhí)行的時間。我們這里的延時時間以毫秒為單位,當時我們定義的是500毫秒。即設置了一個全局的變量interval time.Duration。 即interval = 500 * time.Milliseconds。然后就通過以下公式來計算要
執(zhí)行的時間了:
可執(zhí)行時間=當前時間+延遲時間可執(zhí)行時間=當前時間 + 延遲時間可執(zhí)行時間=當前時間+延遲時間
由以上公式可得到我們的一個任務的可執(zhí)行時間為 time.Now().UnixMilli() + int64(interval) 。大家看這里有什么問題嗎?
問題在于計算的結果值不是在當前的毫秒數(shù)上增加了500,而是增加了500000000,多了6個零。這是為什么呢?
02 time.Duration的真實面目
我們從源碼中找到答案。我們從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的類型。從注釋可知,代表的是兩個時間點之間持續(xù)的納秒數(shù) 。 所以這里有兩點信息 :一是該類型代表的是一段持續(xù)時間,二是該類型的基本單位是納秒。 這里我先重點關注基本單位是納秒這點。我們再來看幾個常量的定義:
const ( ? ? Nanosecond ?Duration = 1 ? ? Microsecond ? ? ? ? ?= 1000 * Nanosecond ? ? Millisecond ? ? ? ? ?= 1000 * Microsecond ? ? Second ? ? ? ? ? ? ? = 1000 * Millisecond ? ? Minute ? ? ? ? ? ? ? = 60 * Second ? ? Hour ? ? ? ? ? ? ? ? = 60 * Minute )
一個單位的Duration是代表1納秒。 而time.Micorsecond、time.Millisecond、time.Second、time.Minute、time.Hour的單位實際上都是納秒。也就是說我們使用到的time.Millisecond實際上是1000000納秒。所以就有了interval=500*time.Millisecond=500 * 1000000 = 500000000,然后在計算延時后的執(zhí)行時間時兩個單位不一樣造成計算出來的值不是預期的增加500毫秒的結果。
03 問題解決
知道了time.Duration類型的基本單位是代表納秒之后,我們就可以很好的解決了。就是統(tǒng)一單位。
我們也發(fā)現(xiàn),在time包中對于time.Duration類型的對象有轉換成秒、毫秒等對應的函數(shù)。如下:
所以我們直接獲取即可:
可執(zhí)行時間 := time.Now().UnixMilli() + interval.Millisecond()
04 time.Duration編程實踐
上面是我在編碼時因為沒搞懂time.Duration類型的本質含義猜到的一個坑。那么我們在實際編碼時在定義和持續(xù)時間有關的變量時應該使用int類型還是time.Duration類型呢?
我的建議是大家盡量用time.Duration類型。為什么呢?第一個原因是和標準庫類型統(tǒng)一,不用做過多的轉換。因為我們觀察可以發(fā)現(xiàn),無論是開源程序,還是go的標準庫,凡是和持續(xù)時間相關的變量類型都是使用的time.Duration,這樣類型統(tǒng)一我們來看幾個例子。
示例一:context.WithTimeout
func WithTimeout(parent Context, timeout time.Duration) (Context, CancelFunc) {
? ? return WithDeadline(parent, time.Now().Add(timeout))
}我們看到,context包中的WithTimeout函數(shù)中的timeout的類型是time.Duration。
示例二:time.Sleep
func Sleep(d Duration)
time包中的Sleep函數(shù)的d參數(shù)也是Duration類型。
示例三:time.NewTicker
func NewTicker(d Duration) *Ticker
如果我們自己的程序中相關變量使用的也是time.Duration類型,那么在調用標準庫函數(shù)時就不用進行類型轉化了。
第二個原因就是該類型在語義上就明確了time.Duration類型值的基本單位是納秒。這樣在函數(shù)調用過程中就不用進行單位換算了。我們看下面以連接redis的示例是如何進行類型轉換的。
我們在連接redis的時候,一般都會設置讀寫超時時間以及定義redis的地址,我們有如下配置:
type config struct {
Addr string
ReadTimeout int64 //以秒為單位
}我們使用包github.com/go-redis/redis/v8包來連接redis。我們看到
func NewRedisClient(conf config) *redis.Client {
opt := redis.Options{
Addr: conf.Addr,
ReadTimeout: conf.ReadTimeout * time.Second
}
client := redis.NewClient(opt)
return client
}我們知道redis.Options中的ReadTimeout的類型是time.Duration。 那么,如果我們在config配置文件中定義的int64類型以秒為單位的話,則在NewRedisClient中給redis.Options中的ReadTimeout賦值時,需要做如下轉換:
conf.ReadTimeout * time.Second
那如果我們在config中定義的ReadTimeout的代表的是毫秒的話,那么在NewRedisClient函數(shù)中就需要做如下轉換:
conf.ReadTimeout * time.Millisecond
那在config結構體中的ReadTimeout所代表的含義是秒還是毫秒還是其他的由誰來保證呢,只能是人為的進行保證。而如果使用time.Duration類型就是由系統(tǒng)類型來保證的,因為go的標準庫定義的該類型就是代表納秒數(shù)。
05 總結
本文從在實際編程中遇到的問題出發(fā),了解到time.Duration類型實際代表的是持續(xù)的納秒數(shù)。同時又分析了使用time.Duration類型的好處。在項目中,如果遇到和持續(xù)時間相關的變量的定義,也建議大家盡量使用time.Duration類型。
到此這篇關于記一次go語言使用time.Duration類型踩過的坑的文章就介紹到這了,更多相關go time.Duration內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
分析Go語言中CSP并發(fā)模型與Goroutine的基本使用
我們都知道并發(fā)是提升資源利用率最基礎的手段,尤其是當今大數(shù)據(jù)時代,流量對于一家互聯(lián)網企業(yè)的重要性不言而喻。串流顯然是不行的,尤其是對于web后端這種流量的直接載體。并發(fā)是一定的,問題在于怎么執(zhí)行并發(fā)。常見的并發(fā)方式有三種,分別是多進程、多線程和協(xié)程2021-06-06
解決電腦用GoLand太卡將VsCode定制成Go IDE步驟過程
這篇文章主要為大家介紹了解決電腦用GoLand太卡,將VsCode定制成Go IDE步驟過程詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2023-11-11

