幫助你有效提升ThinkPHP的應用效能！

#下面由thinkphp框架教學欄位介紹如何有效提升ThinkPHP的應用效能，希望對需要的朋友有幫助！

說到應用程式效能，涉及到的方方面面實在是太多了，關於伺服器優化和前端優化的文章網上很多，所以就不再累述了。本文僅拋磚引玉淺述下ThinkPHP 5.1 應用開發中（尤其是部署環境）可能涉及的一些效能最佳化手段和注意事項。

推薦：《ThinkPHP 5.1全球首發影片教學》

首先要強調一點：框架並不是應用效能的瓶頸，架構設計、資料庫和人才是。框架在設計之初，出於通用性考慮，不會特意針對某個應用做深入優化，但提供了一些可能的手段和配置參數讓你進行針對性的調優，下面就列舉一些可能的優化手段，在開發的時候可以視情況調整。

正確的效能最佳化步驟應該是：架構最佳化、資料庫最佳化、程式碼最佳化。

1. 架構最佳化

架構最佳化涉及技術、儲存、網路、服務的選用和架構，盡量使用成熟和現代的開發架構和設計模式。前後端完全分離設計，方便前後端的獨立優化，也更方便測試工作。

如果你的應用程式遇到了效能瓶頸，這個時候要考慮的就是最佳化架構而不是最佳化程式碼本身，因為架構層面的最佳化效果往往是最顯著的。

2. 關閉調試模式

部署環境千萬不要忘記關閉調試模式，這不僅僅是出於性能考慮，更多是基於安全因素。事實上，建議透過環境變數來配置關閉調試模式，這樣部署後就不需要更改任何設定檔。

因為偵錯模式影響日誌記錄資訊、額外的偵錯資訊和快取失效，關閉偵錯模式能夠帶來一定的效能提升。

3. 使用單模組

使用多模組功能會增加檔案的I/O 開銷和額外的設定及檢查，如非必要在規劃你的應用架構的時候盡量考慮使用單一模組，然後再使用控制器分級來解決控制器過多的問題。

使用單一模組的效能優勢，在部署到swoole 的時候可以得到更充分的體現，因為應用程式檔案一旦啟動服務，就會載入內存，而模組的相關文件則會每次請求重新載入。

4. 路由設計及最佳化

在定義路由規則的時候，不要使用陣列方式，盡量使用方法註冊路由，並且多使用路由分組（或資源路由）。分組路由可以減少路由的匹配次數，進而提昇路由效能。如果你有多個網域的不同路由，也要依網域規劃使用路由。

盡可能設計在路由中進行目前路由的資料驗證和權限檢查等操作，一方面比較清晰，另外一方面可以盡量把驗證操作提前，而不必等到控制器執行。

在分組比較多的情況下，開啟路由的延遲解析。

// 开启路由延迟解析
'url_lazy_route'    => true,

如果同一個分組下面有比較多的路由規則，建議合併路由規則。

// 合并分组路由规则
'route_rule_merge'       => true,

對於GET請求的路由，可以設定路由的請求快取。

// 定义GET请求路由规则 并设置3600秒的缓存
Route::get('new/:id','News/read')->cache(3600);

部署階段，可以開啟路由快取。

// 开启路由缓存（仅部署模式有效）
'route_check_cache'	=>	true,

5. 查詢最佳化

首先保持良好的開發習慣，了解Db類別和模型的正確使用姿勢，資料庫本身的效能最佳化可以參考MySQL效能最佳化的最佳21條經驗，以下主要是對框架中資料查詢相關的最佳化策略。

合理使用查詢快取

盡量減少每次要求的查詢次數，並對即時性要求不高的資料查詢合理規劃資料查詢快取（優先考慮使用Redis快取）。

Blog::where('id', 10)
    ->cache(30)
    ->find();

如果使用了關聯查詢，cache方法只能用於主模型的資料緩存，但你可以使用Cache類別的remember方法進行方便的資料快取。

$users = Cache::remember('users', function(){
    return User::with('profile')
        ->where('status', 1)
        ->select();},30);

不要過於糾結查詢次數

盡量減少查詢次數是出於效能考慮，但不是必須，使用最少的查詢不代表效能就一定是最高。一個複雜的JOIN查詢效能不見得有兩次簡單的查詢高，而使用簡單的查詢反而更清晰易懂，並且更方便進行資料查詢快取。

正确使用模型关联

不要总是以为模型的性能一定比Db类低，框架的ORM查询设计经过了较为合理的优化，正确使用模型一样可以有出色的性能，而且比Db查询要方便很多。

尤其是对于一些复杂的设计来说使用模型关联显得比直接用Db更加简单，例如使用关联预载入查询就可以避免N+1查询问题。

User::with(['profile','book'])->select();

如果用Db类自己实现的话，费时费力，性能还不一定优。

大量数据处理优化

对于大量数据的处理操作，使用chunk分批处理方法。

User::chunk(100, function($users) {
    foreach ($users as $user) {
        // 处理数据
    }});

对于内存开销比较大的应用，在做大量数据查询和处理的时候，使用cursor方法，可以利用PHP的生成器特性，减少内存占用。

$cursor = User::cursor();foreach($cursor as $user){
    // 处理数据
    }

你会发现用户数据不论是1万还是10万级别，内存开销并没有大的变化。

涉及到对大量数据的处理，包括数据迁移、批量更新，尽量使用命令行指令运行，否则会因为超时而中断。

善用数据集方法避免多次查询

可以通过数据集的方法完成的子集或者排序操作不要再次查询，例如：

// 模型查询返回数据集对象
$users = User::select();
// 按照用户的成绩由高到低排序
$list1 = $users->order('score', 'desc');
// 筛选成绩在90分以上的用户
$list2 = $users->where('score', '>=', 90);

字段缓存

利用下面指令在部署后生成字段缓存，可以减少每次数据表的字段查询开销。

php think optimize:schema

更多用法可以参考官方手册的数据字段缓存。

6.0 配置和公共文件缓存

每次在应用初始化或者模块初始化的时候会有一定的I/O开销，如果已经开启OpCache的话对性能影响甚微，如果比较在意的也可以通过命令行指令生成配置缓存（包括相关的公共文件和各种定义文件）。

生成应用配置缓存：

php think optimize:config

生成模块配置缓存：

php think optimize:config index

注意：一旦配置或者公共文件发生变化，必须重新生成。

7.0 生成类库映射

类库映射可以提升类库的自动加载性能，使用下面的指令可以生成系统类库和应用类库的类库映射（包括extend目录下的类库）。

php think optimize:autoload

vendor目录下的类库可以使用composer的dump-autoload指令优化加载性能。

composer dump-autoload -o

该命令把 PSR-0 和 PSR-4 转换为一个类映射表，来提高类的加载速度。

以上是幫助你有效提升ThinkPHP的應用效能！的詳細內容。更多資訊請關注PHP中文網其他相關文章！