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对象,就不要序列化或缓存)。

本帖已被设为精华帖!
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 6
Destiny

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

5年前 评论

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

2年前 评论

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