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

LeeChan發表於2019-10-05
Go快取

前言

在我基於 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 協議》，轉載必須註明作者和本文連結

相關文章