对Laravel-permission项目的性能优化
内容导读
收集整理的这篇技术教程文章主要介绍了对Laravel-permission项目的性能优化，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3038字，纯文字阅读大概需要5分钟。
内容图文
这篇文章主要介绍了关于对 Laravel-permission 项目的性能优化，有着一定的参考价值，现在分享给大家，有需要的朋友可以参考一下我最近研究分析了在 SWIS上面创建的项目的性能。令人惊讶的是，最耗费性能的方法之一是优秀的 spatie/laravel-permission 包造成的。
经过查阅更多资料和研究，发现一个可能明显改善的性能问题 。既然解决方案已明确阐述，就很容易编写代码改善，提交请求。
现在这个解决方案已被合并和发布，下面是这个性能问题的分析和如何在自己的项目避免这类问题。
TL;DR: 跳转到结论部分.
性能瓶颈
如果我们抽象的看 spatie/laravel-permission 它主要做两件事：
保持一个属于某个模型的权限清单。
检查某个模型是否具有权限。
第一点说是性能瓶颈有点牵强。这里的权限数据存放在数据库中，需要的时候将会被读取出来。这个过程是有点慢但也只是执行一次。结果会被缓存下来，后续的请求可以直接使用。
第二点在性能瓶颈的观点上来看确实是一个瓶颈。 这个瓶颈取决于权限的性质和项目的大小， 因为权限会被频繁的检查。 在这个检查的过程中任何的迟钝都会成为整个项目的性能瓶颈。
过滤集合类
过滤权限集合的方法被认为是造成低性能的原因。 它做了如下事情：
$permission = $permissions ->where('id', $id) ->where('guard_name', $guardName) ->first();修改后：
$permission = $permissions ->filter(function ($permission) use ($id, $guardName) { return $permission->id === $id && $permission->guard_name === $guardName; }) ->first();这两个代码段实现了同一件事情，但第二个更快。
性能测试
我正在开发的应用中大约有 150 个不同的权限。 在一个普通的请求中， 大约有 50 个权限需要用 hasPermissionTo 这个方法去检查，当然，有些页面可能需要检查大约 200 个权限。
以下是用来做性能测试的一些设置。
$users = factory(User::class, 150)->make();$searchForTheseUsers = $users->shuffle()->take(50);# 方法 1: whereforeach($searchForTheseUsers as $user) { $result = $users->where('id', '=', $user->id)->first();}# 方法 2: 过滤，传递一个模型作为回调foreach($searchForTheseUsers as $searchUser) { $result = $users->filter(function($user) use ($searchUser) { return $user->id === $searchUser->id; })->first();}# 方法 3: 过滤，传递属性作为回调foreach($searchForTheseUsers as $user) { $searchId = $user->id; $result = $users->filter(function($user) use ($searchId) { return $user->id === $searchId; })->first();}以上三个方法都会被用来测试过滤 1 个属性，2 个属性，3 个属性，所以，用方法 1 过滤三个属性就会是这样：
foreach($searchForTheseUsers as $user) { $result = $users ->where('id', '=', $user->id) ->where('firstname', '=', $user->firstname) ->where('lastname', '=', $user->lastname)->first();}结果
| 方法 #1 | 方法 #2 | 方法 #3 | |
|---|---|---|---|
| 1个属性 | 0.190 | 0.139 (-27%) | 0.072 (-62%) |
| 2个属性 | 0.499 | 0.372 (-25%) | 0.196 (-61%) |
| 3个属性 | 0.488 | 0.603 (+25%) | 0.198 (-59%) |
结论
我们可以得出结论：对一个项目而言，重复的过滤一个大集合会引发严重性能瓶颈。
多属性的过滤明显增加计算成本。
使用 Collection::filter() 代替 Collection::where() 可以提高60%的性能。
警告：传递完整的模型给过滤器回调是很耗费性能的，最好是传递单独的属性。
以上就是本文的全部内容，希望对大家的学习有所帮助，更多相关内容请关注PHP中文网！
相关推荐：
在Laravel 5.6中 使用Swoole的协程数据库查询
Laravel 的 Facade 外观系统的分析
以上就是对 Laravel-permission 项目的性能优化的详细内容，更多请关注Gxl网其它相关文章！
内容总结
以上是为您收集整理的对Laravel-permission项目的性能优化全部内容，希望文章能够帮你解决对Laravel-permission项目的性能优化所遇到的程序开发问题。 如果觉得技术教程内容还不错，欢迎将网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
