#下面由thinkphp框架教學欄位介紹如何有效提升ThinkPHP的應用效能，希望對需要的朋友有幫助！
說到應用程式效能，涉及到的方方面面實在是太多了，關於伺服器優化和前端優化的文章網上很多，所以就不再累述了。本文僅拋磚引玉淺述下ThinkPHP 5.1 應用開發中（尤其是部署環境）可能涉及的一些效能最佳化手段和注意事項。
推薦：《ThinkPHP 5.1全球首發影片教學》
首先要強調一點：框架並不是應用效能的瓶頸，架構設計、資料庫和人才是。框架在設計之初，出於通用性考慮，不會特意針對某個應用做深入優化，但提供了一些可能的手段和配置參數讓你進行針對性的調優，下面就列舉一些可能的優化手段，在開發的時候可以視情況調整。
正確的效能最佳化步驟應該是：架構最佳化、資料庫最佳化、程式碼最佳化。
架構最佳化涉及技術、儲存、網路、服務的選用和架構，盡量使用成熟和現代的開發架構和設計模式。前後端完全分離設計，方便前後端的獨立優化，也更方便測試工作。
如果你的應用程式遇到了效能瓶頸，這個時候要考慮的就是最佳化架構而不是最佳化程式碼本身，因為架構層面的最佳化效果往往是最顯著的。
部署環境千萬不要忘記關閉調試模式，這不僅僅是出於性能考慮，更多是基於安全因素。事實上，建議透過環境變數來配置關閉調試模式，這樣部署後就不需要更改任何設定檔。
因為偵錯模式影響日誌記錄資訊、額外的偵錯資訊和快取失效，關閉偵錯模式能夠帶來一定的效能提升。
使用多模組功能會增加檔案的I/O 開銷和額外的設定及檢查，如非必要在規劃你的應用架構的時候盡量考慮使用單一模組，然後再使用控制器分級來解決控制器過多的問題。
使用單一模組的效能優勢，在部署到swoole 的時候可以得到更充分的體現，因為應用程式檔案一旦啟動服務，就會載入內存，而模組的相關文件則會每次請求重新載入。
在定義路由規則的時候，不要使用陣列方式，盡量使用方法註冊路由，並且多使用路由分組（或資源路由）。分組路由可以減少路由的匹配次數，進而提昇路由效能。如果你有多個網域的不同路由，也要依網域規劃使用路由。
盡可能設計在路由中進行目前路由的資料驗證和權限檢查等操作，一方面比較清晰，另外一方面可以盡量把驗證操作提前，而不必等到控制器執行。
在分組比較多的情況下，開啟路由的延遲解析。
// 开启路由延迟解析 '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
更多用法可以参考官方手册的数据字段缓存。
每次在应用初始化或者模块初始化的时候会有一定的I/O开销，如果已经开启OpCache的话对性能影响甚微，如果比较在意的也可以通过命令行指令生成配置缓存（包括相关的公共文件和各种定义文件）。
生成应用配置缓存：
php think optimize:config
生成模块配置缓存：
php think optimize:config index
注意：一旦配置或者公共文件发生变化，必须重新生成。
类库映射可以提升类库的自动加载性能，使用下面的指令可以生成系统类库和应用类库的类库映射（包括extend目录下的类库）。
php think optimize:autoload
vendor目录下的类库可以使用composer的dump-autoload指令优化加载性能。
composer dump-autoload -o
该命令把 PSR-0 和 PSR-4 转换为一个类映射表，来提高类的加载速度。
以上是幫助你有效提升ThinkPHP的應用效能！的詳細內容。更多資訊請關注PHP中文網其他相關文章！
