关于小程序:基于云开发搭建-KV-缓存系统-20

昨天分享了基于云开发实现 KV 缓存的办法，但在理论的开发过程中，这样的性能其实很难满足所有的需要。在这个时候，就须要对原有的计划进行优化，来解决一些其余的问题。

具体来说，之前的代码有以下几个问题:

1. 没有进行错误处理
2. 没有对数据进行过期工夫的解决
3. 如果没有数据的话，如何触发数据更新

这些都没有在昨天的文章中提及，明天就补全这些局部。

对数据进行错误处理

在应用云开发的时候，是有出错的可能的，因而，咱们须要对可能出错的局部进行解决，以确保函数自身是能够失常返回的。

咱们须要在原有的函数中进行批改，批改后的后果如下

设置缓存

async function setCache(key, value) {
    try {let result = await db.collection("cache").add({
            data: {
                _id: key,
                value: value
            }
        })
        return {code:0}
    } catch (error) {
        return {
            code:1,
            msg: error
        }
    }
}

读取缓存

async function getCache(key) {
    try {let { data} = await db.collection("cache").doc(key).get();
        return {
            code: 0,
            value: data.value
        };
    } catch (error) {
        return {
            code: 1,
            msg: error
        }
    }
}

通过这一轮的批改，咱们在原有的函数根底之上增加了错误处理，无论如何，缓存函数自身不会报错，不会阻塞内部逻辑的执行。在内部逻辑侧只须要依据返回的 code 来进行判断是获取缓存，还是间接进行逻辑计算，实现所有的工作。

对数据进行过期工夫的解决

在前一个版本中，咱们退出了错误处理，但还是没有解决一个问题，那就是数据的过期逻辑。但缓存在理论应用过程中，是存在过期的可能，既然存在过期，咱们就须要在缓存中，实现相应的过期逻辑的解决。

想要实现，老本倒也不高，你只须要在数据中加一个过期工夫字段 expiredAt 就能够实现相应的解决。

设置缓存

对设定缓存的函数退出一个新的可选参数，来设定缓存过期工夫。未设定缓存过期工夫的状况下，你能够缓存 3600 秒(一小时)。

async function setCache(key, value,expire_time = 3600) {
    try {let expired_time = (new Date()) + expire_time * 1000
        let result = await db.collection("cache").add({
            data: {
                _id: key,
                value: value,
                expiredAt: expired_time
            }
        })
        return {code:0}
    } catch (error) {
        return {
            code:1,
            msg: error
        }
    }
}

读取缓存

相似的，在缓存中退出相应的配置，能够实现缓存过期的解决

async function getCache(key) {
    try {let { data} = await db.collection("cache").doc(key).get();
        let current = (new Date()).valueOf();
        if (data.expiredAt < current) {
            return { 
                code:1,
                msg: "Cache expired"
            }
        }
        return {
            code: 0,
            value: data.value
        };
    } catch (error) {
        return {
            code: 1,
            msg: error
        }
    }
}

如何触发数据的更新

在上一个版本中，咱们实现了数据的过期，但目前数据的过期后处理是由业务逻辑来实现的，咱们有没有方法在缓存过期的时候，进行相应的触发，从而被动更新缓存，这样能够确保缓存接口始终能够拿到数据?

也能够。咱们能够再新增一个参数来实现。这一部分次要影响的是获取 Cache 的局部，所以，设置缓存和上一个版本雷同。

设置缓存

async function setCache(key, value,expire_time = 3600) {
    try {let expired_time = (new Date()) + expire_time * 1000
        let result = await db.collection("cache").add({
            data: {
                _id: key,
                value: value,
                expiredAt: expired_time
            }
        })
        return {code:0}
    } catch (error) {
        return {
            code:1,
            msg: error
        }
    }
}

获取缓存

获取缓存时，咱们须要可能实现相应的数据更新的能力，因而，咱们须要新增一个参数，来实现数据更新的局部。新的参数中咱们须要传入一个函数，这个函数将会执行数据更新逻辑，将数据

async function getCache(key,uploadFunction) {
    try {let { data} = await db.collection("cache").doc(key).get();
        let current = (new Date()).valueOf();
        if (data.expiredAt < current) {if(uploadFunction){const data = uploadFunction();
                setCache(key,data)
                return {
                    code:0,
                    value: data
                }
            }
            return { 
                code:1,
                msg: "Cache expired"
            }
        }
        return {
            code: 0,
            value: data.value
        };
    } catch (error) {
        return {
            code: 1,
            msg: error
        }
    }
}

总结

在明天的文章中，咱们通过一些简略的解决，实现了缓存函数的三步优化，别离退出了缓存解决、过期工夫和自动更新，让缓存能够变得更好用。

那么问题来了，你感觉这个缓存零碎还有什么能够优化的点么?