本週更新主要為新增 hyperf/retry 元件,網路通訊天然是不穩定的,因此在分散式系統中,需要有良好的容錯設計,無差別重試是非常危險的。當通訊出現問題時,每個請求都重試一次,相當於系統 IO 負載增加了 100%,容易誘發雪崩事故。重試還要考慮錯誤的原因,如果是無法透過重試解決的問題,那麼重試只是浪費資源而已。除此之外,如果重試的介面不具備冪等性,還可能造成資料不一致等問題。本元件提供了豐富的重試機制和各種策略(如 最大嘗試次數策略
、錯誤分類策略
、回退策略
、睡眠策略
、超時策略
、熔斷策略
、預算策略
及自定義策略),同時您不僅可以透過鏈式呼叫的形式來實現邏輯重試,還可直接透過 @Retry
註解來實現重試,可以滿足多種場景的重試需求。
同時我們還修復了一些元件的 ?Bug,使 Hyperf 1.1.* 系列版本更加的健壯了,釋出於 1.1.7 版,建議使用 1.1 的使用者更新。
直接訪問 官網 hyperf.io 或 文件 hyperf.wiki 檢視。
新增
- #860 新增 hyperf/retry 元件;
- #952 新增 ThinkTemplate 檢視引擎支援;
- #973 新增 JSON RPC 在 TCP 協議下的連線池支援,透過
Hyperf\JsonRpc\JsonRpcPoolTransporter
來使用連線池版本; - #976 為
hyperf/amqp
元件新增close_on_destruct
選項引數,用來控制程式碼在執行解構函式時是否主動去關閉連線;
變更
- #944 將元件內所有使用
@Listener
和@Process
註解來註冊的改成透過ConfigProvider
來註冊; - #977 調整
init-proxy.sh
命令的行為,改成只刪除runtime/container
目錄;
修復
- #955 修復
hyperf/db
元件的port
和charset
引數無效的問題; - #956 修復模型快取中使用到
RedisHandler::incr
在叢集模式下會失敗的問題; - #966 修復當在非 Worker 程式環境下使用分頁器會報錯的問題;
- #968 修復當
classes
和annotations
兩種 Aspect 切入模式同時存在於一個類時,其中一個可能會失效的問題; - #980 修復 Session 元件內
migrate
,save
核has
方法無法使用的問題; - #982 修復
Hyperf\GrpcClient\GrpcClient::yield
在獲取 Channel Pool 時沒有透過正確的獲取方式去獲取的問題; - #987 修復透過
gen:command
命令生成的命令類缺少呼叫parent::configure()
方法的問題;
最佳化
- #991 最佳化
Hyperf\DbConnection\ConnectionResolver::connection
的異常情況處理;
Hyperf 是基於 Swoole 4.4+
實現的高效能、高靈活性的 PHP 協程框架,內建協程伺服器及大量常用的元件,效能較傳統基於 PHP-FPM
的框架有質的提升,提供超高效能的同時,也保持著極其靈活的可擴充套件性,標準元件均基於 PSR 標準 實現,基於強大的依賴注入設計,保證了絕大部分元件或類都是 可替換
與 可複用
的。
框架元件庫除了常見的協程版的 MySQL 客戶端
、Redis 客戶端
,還為您準備了協程版的 Eloquent ORM
、WebSocket 服務端及客戶端
、JSON RPC 服務端及客戶端
、GRPC 服務端及客戶端
、OpenTracing(Zipkin, Jaeger) 客戶端
、Guzzle HTTP 客戶端
、Elasticsearch 客戶端
、Consul 客戶端
、ETCD 客戶端
、AMQP 元件
、Nats 元件
、Apollo、ETCD、Zookeeper 和阿里雲 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 官方開發文件
我們為元件進行了大量的單元測試以保證邏輯的正確,目前存在 1227
個單測共 3638
個斷言條件,同時維護了高質量的文件,在 Hyperf 正式對外開放(2019年6月20日)之前,便已經過了嚴酷的生產環境的考驗,我們才正式的對外開放該專案,現在已有很多的大型網際網路企業都已將 Hyperf 部署到了自己的生產環境上並穩定執行。
Github ????? 點 Star 支援我們
Gitee 碼雲 ????? 點 Star 支援我們
Hyperf 官網
Hyperf 文件
QQ 群: 862099724
本作品採用《CC 協議》,轉載必須註明作者和本文連結