對 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: where
foreach($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();
}

結果

# 0.196 (-61%)# #0.198 (-59%)結論

	方法#1	#方法#2	方法#3
#1個屬性	0.190	0.139 (-27%)	#0.072 ( -62%)
2個屬性	#0.499	0.372 (-25%)##​​
3個屬性##0.488	0.603 ( 25%)##​​

我們可以得出結論：對一個項目而言，重複的過濾一個大集合會引發嚴重效能瓶頸。

多屬性的濾波明顯增加計算成本。

使用

Collection::filter()

取代 

Collection::where() 可以提升60%的效能。 警告：傳遞完整的模型給過濾器回呼是很耗費性能的，最好是傳遞單獨的屬性。

以上就是本文的全部內容，希望對大家的學習有所幫助，更多相關內容請關注PHP中文網！

相關推薦：

在Laravel 5.6中使用Swoole的協程資料庫查詢

Laravel 的Facade 外觀系統的分析

laravel Redis簡單實作佇列通過壓力測試的高並發處理

以上是對 Laravel-permission 專案的效能優化的詳細內容。更多資訊請關注PHP中文網其他相關文章！