我最近研究分析了在 SWIS上面創(chuàng)建的項(xiàng)目的性能。令人驚訝的是，最耗費(fèi)性能的方法之一是優(yōu)秀的 spatie/laravel-permission 包造成的。

經(jīng)過查閱更多資料和研究，發(fā)現(xiàn)一個可能明顯改善的性能問題 。既然解決方案已明確闡述，就很容易編寫代碼改善，提交請求。

現(xiàn)在這個解決方案已被合并和發(fā)布，下面是這個性能問題的分析和如何在自己的項(xiàng)目避免這類問題。

TL;DR: 跳轉(zhuǎn)到結(jié)論部分.

如果我們抽象的看 spatie/laravel-permission 它主要做兩件事：

保持一個屬于某個模型的權(quán)限清單。

檢查某個模型是否具有權(quán)限。

第一點(diǎn)說是性能瓶頸有點(diǎn)牽強(qiáng)。這里的權(quán)限數(shù)據(jù)存放在數(shù)據(jù)庫中，需要的時候?qū)蛔x取出來。這個過程是有點(diǎn)慢但也只是執(zhí)行一次。結(jié)果會被緩存下來，后續(xù)的請求可以直接使用。

第二點(diǎn)在性能瓶頸的觀點(diǎn)上來看確實(shí)是一個瓶頸。 這個瓶頸取決于權(quán)限的性質(zhì)和項(xiàng)目的大小， 因?yàn)闄?quán)限會被頻繁的檢查。 在這個檢查的過程中任何的遲鈍都會成為整個項(xiàng)目的性能瓶頸。

過濾權(quán)限集合的方法被認(rèn)為是造成低性能的原因。 它做了如下事情：

$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();

這兩個代碼段實(shí)現(xiàn)了同一件事情，但第二個更快。

我正在開發(fā)的應(yīng)用中大約有 150 個不同的權(quán)限。 在一個普通的請求中， 大約有 50 個權(quán)限需要用 hasPermissionTo 這個方法去檢查，當(dāng)然，有些頁面可能需要檢查大約 200 個權(quán)限。

以下是用來做性能測試的一些設(shè)置。

$users = factory(User::html' target='_blank'>class, 150)- make();$searchForTheseUsers = $users- shuffle()- take(50);# 方法 1: whereforeach($searchForTheseUsers as $user) { $result = $users- where( id , = , $user- id)- first();# 方法 2: 過濾，傳遞一個模型作為回調(diào)foreach($searchForTheseUsers as $searchUser) { $result = $users- filter(function($user) use ($searchUser) { return $user- id === $searchUser-  })- first();# 方法 3: 過濾，傳遞屬性作為回調(diào)foreach($searchForTheseUsers as $user) { $searchId = $user-  $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();}

我們可以得出結(jié)論：對一個項(xiàng)目而言，重復(fù)的過濾一個大集合會引發(fā)嚴(yán)重性能瓶頸。

多屬性的過濾明顯增加計(jì)算成本。

使用 Collection::filter() 代替 Collection::where() 可以提高60%的性能。

警告：傳遞完整的模型給過濾器回調(diào)是很耗費(fèi)性能的，最好是傳遞單獨(dú)的屬性。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，更多相關(guān)內(nèi)容請關(guān)注PHP ！

相關(guān)推薦：

在Laravel 5.6中 使用Swoole的協(xié)程數(shù)據(jù)庫查詢

Laravel 的 Facade 外觀系統(tǒng)的分析

laravel+Redis簡單實(shí)現(xiàn)隊(duì)列通過壓力測試的高并發(fā)處理

以上就是對 Laravel-permission 項(xiàng)目的性能優(yōu)化的詳細(xì)內(nèi)容，PHP教程

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。