开发可能会用到的三种缓存key

为了防止数据库压力过大,我们开发时会对一些请求比较频繁的接口数据进行缓存,缓存肯定需要key。下面写三种我们可能用到key。做一个简单基类的封装.

第一种: 请求缓存key

参考文章:Laravel 缓存花样耍(其实就是照抄,小姐姐写的很好)

这个是我们经常会用到的.
采用url+参数,这样就可以让携带参数的url,比如分页都有自己唯一的key值

 /**
     * 获取当前请求的缓存key
     * @return string
     */
    public function getCacheKey()
    {
        $url    = request()->url();
        $params = request()->query();
        $string = '';

        if (!empty($params)) {
            // 防止参数顺序不同生成重复缓存
            ksort($params);
            $string = http_build_query($params);
        }

        $fullUrl = "{$url}?{$string}";

        return sha1($fullUrl);
    }

第二种:需要对当前用户请求路由进行加锁的key

一些接口需要进行加锁,比如防止用户重复提交表单.
原来laravel也实现了,是针对ip进行获取.

    /**
     * 对当前用户进行加锁的key
     * @return string
     */
    public function getUniqueLockKey()
    {
        return request()->fingerprint();
    }

第三种:对当前路由进行加锁的key

一般不会用到,对当前方法进行加锁的key,每次只允许一个用户请求

    /**
     * 对当前方法进行加锁的key
     * @return string
     */
    public function getLockKey()
    {
        $fullUrl    = request()->fullUrl();
        return sha1($fullUrl);
    }
本作品采用《CC 协议》,转载必须注明作者和本文链接
《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!