Beego 中容易被我們忽視的問題之 Memory 快取篇

LeeChan發表於2019-10-05

前言

在我基於 beego 寫部落格的時候遇到一個很奇怪的問題,那就是在使用 Memory Cache 型別快取的時候,快取不生效很是奇怪,但是使用 redis 就沒問題。由於時間問題我就沒有深究,畢竟那時候實際上也會選用Memory做快取的。所以就放了下來,直到今天在群裡有人問了同樣的問題。我決定去研究一下這個坑。

我們先來看一個例子

Set Cache 程式碼:

var (
    urlcache cache.Cache
)

func init() {
    urlcache, _ = cache.NewCache("memory", `{"interval":10}`)
}

func (this *SetController) Get() {
        urlcache.Put("test", "test result sada", 60)
}

Get Cache 程式碼:

func (this *GetController) Get() {

    result := urlcache.Get("test")

    this.Data["json"] = result
    this.ServeJSON()
}

先賣個關子,先別往下看,思考一下你們覺得輸出的結果是什麼?

沒錯,結果是:

null

那麼我們再看一下例子:

Set Cache 程式碼:

var (
    urlcache cache.Cache
)

func init() {
    urlcache, _ = cache.NewCache("memory", `{"interval":10}`)
}

func (this *SetController) Get() {
        urlcache.Put("test", "test result sada", 0)
}

Get Cache 程式碼:

func (this *GetController) Get() {

    result := urlcache.Get("test")

    this.Data["json"] = result
    this.ServeJSON()
}

再來猜一下這回結果是什麼?

大家可能都知道了,結果:

test result sada

那糾究竟是為什麼會這樣呢?真相只有一個!

原來這個 Put 的第三個引數,設定記憶體的 GC 的時間單位是 time.Duration 也就是我們說的納秒,所以我們在直接設定這個時間的時候經常忽略單位只寫了個數字,所以最後我們回頭取快取的時候,快取早已經過期的了。
這個事情告訴我們看文件一定要細心。我貼一下文件以及 Cache 原始碼:

官方文件給的介面:

type Cache interface {
    Get(key string) interface{}
    GetMulti(keys []string) []interface{}
    Put(key string, val interface{}, timeout time.Duration) error
    Delete(key string) error
    Incr(key string) error
    Decr(key string) error
    IsExist(key string) bool
    ClearAll() error
    StartAndGC(config string) error
}

memory.go原始碼:

// Put cache to memory.
// if lifespan is 0, it will be forever till restart.
func (bc *MemoryCache) Put(name string, value interface{}, lifespan time.Duration) error {
    bc.Lock()
    defer bc.Unlock()
    bc.items[name] = &MemoryItem{
        val:         value,
        createdTime: time.Now(),
        lifespan:    lifespan,
    }
    return nil
}

歡迎各位朋友留言評論一起學習交流。

原文連結

本作品採用《CC 協議》,轉載必須註明作者和本文連結

相關文章