? Hyperf 釋出 Retry 重試元件及 v1.1.7 版本

huangzhhui發表於2019-11-21

本週更新主要為新增 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 來使用連線池版本;
  • #976hyperf/amqp 元件新增 close_on_destruct 選項引數,用來控制程式碼在執行解構函式時是否主動去關閉連線;

變更

  • #944 將元件內所有使用 @Listener@Process 註解來註冊的改成透過 ConfigProvider來註冊;
  • #977 調整 init-proxy.sh 命令的行為,改成只刪除 runtime/container 目錄;

修復

  • #955 修復 hyperf/db 元件的 portcharset 引數無效的問題;
  • #956 修復模型快取中使用到RedisHandler::incr 在叢集模式下會失敗的問題;
  • #966 修復當在非 Worker 程式環境下使用分頁器會報錯的問題;
  • #968 修復當 classesannotations 兩種 Aspect 切入模式同時存在於一個類時,其中一個可能會失效的問題;
  • #980 修復 Session 元件內 migrate, savehas 方法無法使用的問題;
  • #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 ORMWebSocket 服務端及客戶端JSON RPC 服務端及客戶端GRPC 服務端及客戶端OpenTracing(Zipkin, Jaeger) 客戶端Guzzle HTTP 客戶端Elasticsearch 客戶端Consul 客戶端ETCD 客戶端AMQP 元件Nats 元件Apollo、ETCD、Zookeeper 和阿里雲 ACM 的配置中心基於令牌桶演算法的限流器通用連線池熔斷器Swagger 文件生成Swoole TrackerBlade、Smarty、Twig、Plates 和 ThinkTemplate 檢視引擎Snowflake 全域性ID生成器Prometheus 監控 等元件,省去了自己實現對應協程版本的麻煩。

Hyperf 還提供了 基於 PSR-11 的依賴注入容器註解AOP 面向切面程式設計基於 PSR-15 的中介軟體自定義程式基於 PSR-14 的事件管理器Redis/RabbitMQ 訊息佇列自動模型快取基於 PSR-16 的快取Crontab 秒級定時任務Sessioni18n 國際化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 協議》,轉載必須註明作者和本文連結

相關文章