Laravel 缓存分页结果经验分享

前言

提高页面速度的一个很好用的方法就是使用 Cache 。而在Laravel中Cache的使用和配置也是相当方便,在项目中合理的使用能得到意想不到的效果(当然,使用不当也会造成坏的效果)。

遇见问题

于是,我写下了下面看似非常正常的代码:

$newsList = Cache::remember('newsList'.$uuid, $minutes, function() {
    return News::with('lastReplyUser', 'user')
        ->checked()
        ->recentReply()
        ->paginate(Config::get('page.newsListSize'));
});

刷新页面后的结果让我出乎意料,报错Exception Serialization of 'Closure' is not allowed

Closure_is_not_allowed

分析问题

速速打开xdebug调试,明明返回的是Paginator这个对象。怎么会说无法序列化Closure呢?
Paginator

正如错误提示,这个paginator对象有属性是闭包,所以在序列化的时候无法进行。

在强有力的xdebug的帮助下,我找到了元凶。

终于发现了这个closure属性了

具体赋值位置: /Path/To/Nidexiangmu/vendor/laravel/framework/src/Illuminate/View/Engines/EngineResolver.php 30行这个方法的行为

    public function register($engine, Closure $resolver)
    {
        $this->resolvers[$engine] = $resolver;
    }

解决问题

随随便便修改框架源代码,这不是咱能干的事儿。既然这样,那就来个曲线救国吧!对paginator无法缓存,咱们就缓存点别的。

方案1

对查询进行缓存,注意:L5里面已经不能使用query的remember了。

$newsList = News::with('lastReplyUser', 'user')
    ->checked()
    ->whereNotIn('id', $selectedId)
    ->recentReply()
    ->remember($minutes)   # 注意这一行
    ->paginate(Config::get('page.newsListSize'));
方案2

对paginator需要用到的内容(items和链接)进行缓存

$newsList = Cache::remember('newsList'.$uuid, $minutes, function() {
    $data = News::with('lastReplyUser', 'user')
        ->checked()
        ->recentReply()
        ->paginate(Config::get('page.newsListSize'));

    return ['result' => $data->getItems(), 'links' => (string)$data->links()];
});

总结

注意,方案2中的links()这个方法调用后使用了string的强制转换,因为返回的内容是 view 对象,而view对象的属性中有闭包,所以任何时候不要试图序列化(包括缓存操作这种包含序列号的操作)view对象和属性中拥有view对象的数组或对象(这句话好拗口啊,其实就是只有存在view对象,就不要序列化或缓存)。

本帖已被设为精华帖!
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
讨论数量: 6
Destiny

:punch: 我用的是 Redis 来做的缓存

7年前 评论

貌似5.7的版本可以使用这种方式了

5年前 评论

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