對 Laravel-permission 項目的效能最佳化

這篇文章主要介紹了關於對 Laravel-permission 項目的效能最佳化，有著一定的參考價值，現在分享給大家，有需要的朋友可以參考一下

我最近研究分析了在 SWIS上面建立的項目的效能。令人驚訝的是，最耗費效能的方法之一是優秀的 spatie/laravel-permission 包造成的。

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

現在這個解決方案已被合并和發布，下面是這個效能問題的分析和如何在自己的項目避免這類問題。

TL;DR: 跳轉到結論部分.

效能瓶頸

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

1. 保持一個屬於某個模型的許可權清單。

2. 檢查某個模型是否具有許可權。

第一點說是效能瓶頸有點牽強。這裡的許可權資料存放在資料庫中，需要的時候將會被讀取出來。這個過程是有點慢但也只是執行一次。結果會被緩衝下來，後續的請求可以直接使用。

第二點在效能瓶頸的觀點上來看確實是一個瓶頸。 這個瓶頸取決於許可權的性質和項目的大小， 因為許可權會被頻繁的檢查。 在這個檢查的過程中任何的遲鈍都會成為整個項目的效能瓶頸。

過濾集合類

過濾許可權集合的方法被認為是造成低效能的原因。 它做了如下事情：

$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%的效能。

警告：傳遞完整的模型給過濾器回調是很耗費效能的，最好是傳遞單獨的屬性。

以上就是本文的全部內容，希望對大家的學習有所協助，更多相關內容請關注topic.alibabacloud.com！