本週更新主要為 JSON-RPC 元件做了大量的最佳化工作和為 AMQP 增加了 KeepaliveIO 功能，同時我們還發布了 hyperf/super-globals 元件，透過安裝該元件，底層會自動的 hook 掉 $_GET、$_POST、$_REQUEST、$_SERVER、$_COOKIE、$_SESSION 這些超全域性變數，使之可以保留 PHP-FPM 下的用法，又不會導致協程間的資料混淆。同時我們還修復了一些元件的 ?Bug，釋出於 1.1.14 版，強烈建議使用到 JSON-RPC、AMQP、Aliyun ACM 和 devtool 的使用者更新。
直接訪問 官網 hyperf.io 或 文件 hyperf.wiki 檢視更新內容。
新增
- #1166 為 AMQP 增加 KeepaliveIO 功能；
- #1208 為 JSON-RPC 的響應增加了
error.data.code值來傳遞 Exception Code； - #1208 為
Hyperf\Rpc\Contract\TransporterInterface增加了recv方法； - #1215 新增 hyperf/super-globals 元件，用來適配一些不支援 PSR-7 的第三方包；
- #1219 為 AMQP 消費者增加
enable屬性，透過該屬性來控制該消費者是否跟隨 Server 一同啟動；
修復
- #1208 修復 Exception 和 error 在 JSON-RPC TCP Server 下無法被正確處理的問題；
- #1208 修復 JSON-RPC 沒有檢查 Request ID 和 Response ID 是否一致的問題；
- #1223 修復 ConfigProvider 掃描器不會掃描 composer.json 內 require-dev 的配置；
- #1254 修復執行
init-proxy.sh命令在某些環境如Alpine下會報 bash 不存在的問題；
最佳化
- #1208 最佳化了 JSON-RPC 元件的部分邏輯；
- #1174 調整了
Hyperf\Utils\Parallel在輸出異常時的格式，現在會一同列印 Trace 資訊； - #1224 允許 Aliyun ACM 配置中心的配置獲取程式解析 UTF-8 字元，同時在 Worker 啟動後會自動獲取一次配置，以及拉取的配置現在會傳遞到自定義程式了；
- #1235 在 AMQP 生產者執行 declare 後釋放對應的連線；
修改
- #1227 升級
jcchavezs/zipkin-php-opentracing依賴至 0.1.4 版本；
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 官方開發文件
我們為元件進行了大量的單元測試以保證邏輯的正確，目前存在 1291 個單測共 3803 個斷言條件，同時維護了高質量的文件，在 Hyperf 正式對外開放(2019年6月20日)之前，便已經過了嚴酷的生產環境的考驗，我們才正式的對外開放該專案，現在已有很多的大型網際網路企業都已將 Hyperf 部署到了自己的生產環境上並穩定執行。
Github ????? 點 Star 支援我們
Gitee 碼雲 ????? 點 Star 支援我們
Hyperf 官網
Hyperf 文件
QQ 群: 862099724
本作品採用《CC 協議》，轉載必須註明作者和本文連結