php教程

3 个主流 PHP 框架的性能测试

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 20, 2016 pm 12:29 PM

主流PHP框架性能非权威测试

作为一个PHP开发者，而且是初创企业团队的技术开发者，选择开发框架是个很艰难的事情。

用ThinkPHP的话，招聘一个刚从培训机构出来的开发者就可以上手了，但是性能和后期代码解耦是个让人头疼的事情。不过很多第三方功能不需要自己写，众多大牛已经给铺好路了。

用Laravel的话，传说写起来很爽扩展性也够，但是学习成本有点高，总不能给初级开发者半个月的时间去学习框架吧。而且据说江湖人士透漏，Laravel性能不怎么样，文档也并不是特别丰富。

用Yii的话，语法有点啰嗦，前后端代码分离有点小麻烦，不过性能是非常好的，而且已经有众多国内大公司在使用了，出现意外可以快速的找到大牛答疑解惑。

不如做个简单的性能评测，选个性能出色的总不会出错

性能测试

测试时间： 2016年05月06日

测试工具： siege (因为MAC系统的ab总是会出现 pr_socket_recv: Connection reset by peer (54) 的错误，所以选择了siege)

测试机器： MacPro Core i5 处理器/8GB内存/256GB SSD闪存

测试环境： Apache PHP5.6

框架版本： ThinkPHP 3.2.3 Laravel 5.2 Yii2.0.5

测试原则：每次测试循环5次，取中等数据

补充说明：所有项目都是让在子目录中

结果说明

Transactions:               2119 hits  处理请求总数量Availability:              96.85 %  可用性Elapsed time:               9.74 secs  运行时间Data transferred:           1.31 MB 数据传输量Response time:              0.60 secs 响应时间Transaction rate:         217.56 trans/sec 每秒处理效率Throughput:             0.13 MB/sec 每秒处理数据Concurrency:              130.28 并发Successful transactions:        2162 成功的请求Failed transactions:              69 失败的请求Longest transaction:            2.85 最长的单个请求Shortest transaction:           0.01 最短的单个请求

开始测试

增加一个控制器，并在控制器中输入10000次HelloWorld

并发50循环10次

首先向我们走来的是ThinkPHP，看上去还行

Transactions:                500 hitsAvailability:             100.00 %Elapsed time:               2.81 secsData transferred:          52.45 MBResponse time:              0.26 secsTransaction rate:         177.94 trans/secThroughput:            18.67 MB/secConcurrency:               47.10Successful transactions:         500Failed transactions:               0Longest transaction:            0.48Shortest transaction:           0.03

然后是Laravle，嗯，略微有些失望

Transactions:                500 hitsAvailability:             100.00 %Elapsed time:              13.33 secsData transferred:          52.45 MBResponse time:              1.27 secsTransaction rate:          37.51 trans/secThroughput:             3.93 MB/secConcurrency:               47.55Successful transactions:         500Failed transactions:               0Longest transaction:            3.64Shortest transaction:           0.07

最后赛前比较看好的Yii

Transactions:                500 hitsAvailability:             100.00 %Elapsed time:               4.84 secsData transferred:          52.45 MBResponse time:              0.46 secsTransaction rate:         103.31 trans/secThroughput:            10.84 MB/secConcurrency:               47.65Successful transactions:         500Failed transactions:               0Longest transaction:            0.88Shortest transaction:           0.04

并发200循环10次

首先是ThinkPHP

Transactions:               1977 hitsAvailability:              98.85 %Elapsed time:              10.03 secsData transferred:         207.40 MBResponse time:              0.95 secsTransaction rate:         197.11 trans/secThroughput:            20.68 MB/secConcurrency:              187.68Successful transactions:        1977Failed transactions:              23Longest transaction:            1.22Shortest transaction:           0.02

然后是Laravel

Transactions:               1890 hitsAvailability:              94.50 %Elapsed time:              51.85 secsData transferred:         198.27 MBResponse time:              4.88 secsTransaction rate:          36.45 trans/secThroughput:             3.82 MB/secConcurrency:              178.00Successful transactions:        1890Failed transactions:             110Longest transaction:           26.01Shortest transaction:           0.07

最后是Yii

Transactions:               1996 hitsAvailability:              99.80 %Elapsed time:              18.95 secsData transferred:         209.39 MBResponse time:              1.79 secsTransaction rate:         105.33 trans/secThroughput:            11.05 MB/secConcurrency:              188.57Successful transactions:        1996Failed transactions:               4Longest transaction:            3.29Shortest transaction:           0.10

没想到在没有优化的情况下，ThinkPHP的速度是最快的，Yii略微多一些，Laravel步履蹒跚的跑完了测试。结果是有些出人意料的，不过上述的测试只代表了开发环境，下面会对框架进行优化，模拟线上环境。

优化框架

ThinkPHP：

APP_DEBUG改为false

Laravel：

APP_DEBUG改为falsephp artisan route:cachephp artisan optimizephp artisan config:cachecomposer dumpautoload -o

Yii：

YII_DEBUG改为falsecomposer dumpautoload -o

并发200循环10次

ThinkPHP

Transactions:               1655 hitsAvailability:              82.75 %Elapsed time:               8.21 secsData transferred:         173.62 MBResponse time:              0.69 secsTransaction rate:         201.58 trans/secThroughput:            21.15 MB/secConcurrency:              139.29Successful transactions:        1655Failed transactions:             345Longest transaction:            7.83Shortest transaction:           0.00

Laravel:

Transactions:               1520 hitsAvailability:              76.00 %Elapsed time:              34.95 secsData transferred:         159.45 MBResponse time:              3.15 secsTransaction rate:          43.49 trans/secThroughput:             4.56 MB/secConcurrency:              136.84Successful transactions:        1520Failed transactions:             480Longest transaction:           19.18Shortest transaction:           0.00

Yii:

Transactions:               1704 hitsAvailability:              85.20 %Elapsed time:              15.16 secsData transferred:         178.76 MBResponse time:              1.46 secsTransaction rate:         112.40 trans/secThroughput:            11.79 MB/secConcurrency:              164.21Successful transactions:        1704Failed transactions:             296Longest transaction:            9.04Shortest transaction:           0.00

比较奇怪的一点，当框架关掉调试模式后都出现了较多失败的情况。不过明显的看到，Laravel进行简单的优化后，性能大大的提升了，但还是低于其他两个框架。

结论

在测试的过程中，其他我的心情是沮丧的，感觉自己的三观世界已经崩塌了，崩塌至渣。

ThinkPHP的性能比Yii高出一倍，比Laravel高出近四倍 Yii的性能比较中庸，但是在测试中会明显发现请求失败的情况比其他两个框架要少 Laravel依旧优雅，不过性能堪忧，用网友的话形容比较好学之者生用之者死

最后

我的项目最后使用了自建框架进行开发，得益于composer的强大，开发的过程非常顺利，最后附上自有框架在200并发10次循环的数据，框架开源但是更新比较忙，欢迎在github上搜索PPPHP，和我一起搭建框架。

Transactions:               1672 hitsAvailability:              83.60 %Elapsed time:               6.18 secsData transferred:         175.40 MBResponse time:              0.57 secsTransaction rate:         270.55 trans/secThroughput:            28.38 MB/secConcurrency:              153.16Successful transactions:        1672Failed transactions:             328Longest transaction:            4.57Shortest transaction:           0.01

打赏支持作者写出更多好文章，谢谢！
打赏作者

打赏支持作者写出更多好文章，谢谢！

任选一种支付方式

关于作者：李虎头

就职于11Space，担任PHP架构师一职，PPPHP框架作者个人主页 · 我的文章 · 1 ·

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

使用數據庫存儲會話的優點是什麼？Apr 24, 2025 am 12:16 AM

使用數據庫存儲會話的主要優勢包括持久性、可擴展性和安全性。 1.持久性：即使服務器重啟，會話數據也能保持不變。 2.可擴展性：適用於分佈式系統，確保會話數據在多服務器間同步。 3.安全性：數據庫提供加密存儲，保護敏感信息。

您如何在PHP中實現自定義會話處理？Apr 24, 2025 am 12:16 AM

在PHP中實現自定義會話處理可以通過實現SessionHandlerInterface接口來完成。具體步驟包括：1)創建實現SessionHandlerInterface的類，如CustomSessionHandler；2)重寫接口中的方法（如open,close,read,write,destroy,gc）來定義會話數據的生命週期和存儲方式；3)在PHP腳本中註冊自定義會話處理器並啟動會話。這樣可以將數據存儲在MySQL、Redis等介質中，提升性能、安全性和可擴展性。

什麼是會話ID？Apr 24, 2025 am 12:13 AM

SessionID是網絡應用程序中用來跟踪用戶會話狀態的機制。 1.它是一個隨機生成的字符串，用於在用戶與服務器之間的多次交互中保持用戶的身份信息。 2.服務器生成並通過cookie或URL參數發送給客戶端，幫助在用戶的多次請求中識別和關聯這些請求。 3.生成通常使用隨機算法保證唯一性和不可預測性。 4.在實際開發中，可以使用內存數據庫如Redis來存儲session數據，提升性能和安全性。

您如何在無狀態環境（例如API）中處理會議？Apr 24, 2025 am 12:12 AM

在無狀態環境如API中管理會話可以通過使用JWT或cookies來實現。 1.JWT適合無狀態和可擴展性，但大數據時體積大。 2.Cookies更傳統且易實現，但需謹慎配置以確保安全性。

您如何防止與會議有關的跨站點腳本（XSS）攻擊？Apr 23, 2025 am 12:16 AM

要保護應用免受與會話相關的XSS攻擊，需採取以下措施：1.設置HttpOnly和Secure標誌保護會話cookie。 2.對所有用戶輸入進行輸出編碼。 3.實施內容安全策略(CSP)限制腳本來源。通過這些策略，可以有效防護會話相關的XSS攻擊，確保用戶數據安全。

您如何優化PHP會話性能？Apr 23, 2025 am 12:13 AM

优化PHP会话性能的方法包括：1.延迟会话启动，2.使用数据库存储会话，3.压缩会话数据，4.管理会话生命周期，5.实现会话共享。这些策略能显著提升应用在高并发环境下的效率。

什麼是session.gc_maxlifetime配置設置？Apr 23, 2025 am 12:10 AM

theSession.gc_maxlifetimesettinginphpdeterminesthelifespanofsessiondata，setInSeconds.1）它'sconfiguredinphp.iniorviaini_set（）.2）abalanceisesneededeededeedeedeededto toavoidperformance andunununununexpectedLogOgouts.3）

您如何在PHP中配置會話名？Apr 23, 2025 am 12:08 AM

在PHP中，可以使用session_name()函數配置會話名稱。具體步驟如下：1.使用session_name()函數設置會話名稱，例如session_name("my_session")。 2.在設置會話名稱後，調用session_start()啟動會話。配置會話名稱可以避免多應用間的會話數據衝突，並增強安全性，但需注意會話名稱的唯一性、安全性、長度和設置時機。

See all articles