本週主要新增了部分特性,並修復了一些元件的 ?Bug,繼續提升 Hyperf 的穩定性,釋出於 2.0.22 版。
建議使用者使用以下命令更新此版本。
composer update "hyperf/*" -o
直接訪問 官網 hyperf.io 或 文件 hyperf.wiki 檢視更新內容
新增
修復
- #2913 修復使用
ORM
中的with
預載入邏輯時,會因迴圈依賴導致記憶體洩露的問題。 - #2915 修復
WebSocket
工作程式會因onMessage
oronClose
回撥失敗,導致程式退出的問題。 - #2927 修復驗證器規則
alpha_dash
不支援int
的問題。
變更
最佳化
- #2931 判斷控制器方法是否存在時,使用實際從容器中得到的物件,而非名稱空間。
Hyperf 是基於 Swoole 4.5+
實現的高效能、高靈活性的 PHP 協程框架,內建協程伺服器及大量常用的元件,效能較傳統基於 PHP-FPM
的框架有質的提升,提供超高效能的同時,也保持著極其靈活的可擴充套件性,標準元件均基於 PSR 標準 實現,基於強大的依賴注入設計,保證了絕大部分元件或類都是 可替換
與 可複用
的。
框架元件庫除了常見的協程版的 MySQL 客戶端
、Redis 客戶端
,還為您準備了協程版的 Eloquent ORM
、WebSocket 服務端及客戶端
、JSON RPC 服務端及客戶端
、GRPC 服務端及客戶端
、OpenTracing(Zipkin, Jaeger) 客戶端
、Guzzle HTTP 客戶端
、Elasticsearch 客戶端
、Consul、Nacos 服務中心
、ETCD 客戶端
、AMQP 元件
、Nats 元件
、Apollo、ETCD、Zookeeper、Nacos 和阿里雲 ACM 的配置中心
、基於令牌桶演算法的限流器
、通用連線池
、熔斷器
、Swagger 文件生成
、Swoole Tracker
、Blade、Smarty、Twig、Plates 和 ThinkTemplate 檢視引擎
、Snowflake 全域性ID生成器
、Prometheus 服務監控
等元件,省去了自己實現對應協程版本的麻煩。
Hyperf 還提供了 基於 PSR-11 的依賴注入容器
、註解
、AOP 面向切面程式設計
、基於 PSR-15 的中介軟體
、自定義程式
、基於 PSR-14 的事件管理器
、Redis/RabbitMQ 訊息佇列
、自動模型快取
、基於 PSR-16 的快取
、Crontab 秒級定時任務
、Session
、i18n 國際化
、Validation 表單驗證
等非常便捷的功能,滿足豐富的技術場景和業務場景,開箱即用。
儘管現在基於 PHP 語言開發的框架處於一個百花爭鳴的時代,但仍舊未能看到一個優雅的設計與超高效能的共存的完美框架,亦沒有看到一個真正為 PHP 微服務鋪路的框架,此為 Hyperf 及其團隊成員的初衷,我們將持續投入併為此付出努力,也歡迎你加入我們參與開源建設。
Hyperspeed + Flexibility = Hyperf
,從名字上我們就將 超高速
和 靈活性
作為 Hyperf 的基因。
- 對於超高速,我們基於 Swoole 協程並在框架設計上進行大量的最佳化以確保超高效能的輸出。
- 對於靈活性,我們基於 Hyperf 強大的依賴注入元件,元件均基於 PSR 標準 的契約和由 Hyperf 定義的契約實現,達到框架內的絕大部分的元件或類都是可替換的。
基於以上的特點,Hyperf 將存在豐富的可能性,如實現 單體 Web 服務,API 服務,閘道器服務,分散式中介軟體,微服務架構,遊戲伺服器,物聯網(IOT)等。
我們投入了大量的時間用於文件的建設以提供高質量的文件體驗,以解決各種因為文件缺失所帶來的問題,文件上也提供了大量的示例,對新手同樣友好。
Hyperf 官方開發文件
我們為元件進行了大量的單元測試以保證邏輯的正確,目前存在 1607
個單測共 4973
個斷言條件,Hyperf 是一款經歷過嚴酷的生產環境考驗的一個專案,目前已有很多的大型網際網路企業都已將 Hyperf 部署到了自己的生產環境上並穩定執行。
Github ????? 點 Star 支援我們
Gitee 碼雲 ????? 點 Star 支援我們
Hyperf 官網
Hyperf 文件
Hyperf 交流群(已滿): 862099724
Hyperf 交流 2 群: 811414891
釘釘群 一群(已滿): 34538367
釘釘群 二群: 34488757
本作品採用《CC 協議》,轉載必須註明作者和本文連結