本週更新主要新增了 協程執行控制 的功能，透過 Hyperf\Utils\Coroutine\Concurrent 可以實現一個程式碼塊內限制同時最多執行的協程數量的功能 ，同時還修復了一些元件的 Bug，釋出於 1.0.16 版，建議使用到 gRPC、JSON RPC、檢視、Task、Snowflake、異常處理器(ExceptionHandler) 相關元件的使用者更新。
直接訪問 官網 hyperf.io 或 文件 hyperf.wiki 檢視。
新增
- #565 增加對 Redis 客戶端的
options配置引數支援； - #580 增加協程併發控制特性，透過
Hyperf\Utils\Coroutine\Concurrent可以實現一個程式碼塊內限制同時最多執行的協程數量；
- #583 當
BaseClient::start失敗時會丟擲Hyperf\GrpcClient\Exception\GrpcClientException異常； - #585 當投遞到 TaskWorker 執行的 Task 失敗時，會回傳異常到 Worker 程式中；
修復
- #564 修復某些情況下
Coroutine\Http2\Client->send返回值不正確的問題； - #567 修復當 JSON RPC 消費者配置 name 不是介面時，無法生成代理類的問題；
- #571 修復 ExceptionHandler 的
stopPropagation的協程變數汙染的問題； - #579 動態初始化
snowflake的 MetaData，主要修復當在命令模式下使用 Snowflake 時，比如di:init-proxy命令，會連線到 Redis 伺服器至超時；
當需要透過多個子協程去執行某些邏輯的時候，但又為了保護對端或者連線池連線等場景，希望對某些功能同時執行的協程數進行控制，可以透過 Hyperf\Utils\Coroutine\Concurrent 類來實現：
use Hyperf\Utils\Coroutine\Concurrent;
// $maxRunningCoroutine 為最大執行的協程數，$timeout 為等待的秒數
$concurrent = new Concurrent($maxRunningCoroutine = 2, $timeout = 1);
$concurrent->create(function () {
sleep(1);
});
$concurrent->create(function () {
sleep(1);
});
// 更多的協程建立 ...Hyperf 是基於 Swoole 4.3+ 實現的高效能、高靈活性的 PHP 協程框架，內建協程伺服器及大量常用的元件，效能較傳統基於 PHP-FPM 的框架有質的提升，提供超高效能的同時，也保持著極其靈活的可擴充套件性，標準元件均基於 PSR 標準 實現，基於強大的依賴注入設計，保證了絕大部分元件或類都是 可替換 與 可複用 的。
框架元件庫除了常見的協程版的 MySQL 客戶端、Redis 客戶端，還為您準備了協程版的 Eloquent ORM、WebSocket 服務端及客戶端、JSON RPC 服務端及客戶端、GRPC 服務端及客戶端、Zipkin (OpenTracing) 客戶端、Guzzle HTTP 客戶端、Elasticsearch 客戶端、Consul 客戶端、ETCD 客戶端、AMQP 元件、Apollo 配置中心、阿里雲 ACM 應用配置管理、ETCD 配置中心、基於令牌桶演算法的限流器、通用連線池、熔斷器、Swagger 文件生成、Swoole Enterprise 企業版、Blade 和 Smarty 檢視引擎、Snowflake 全域性ID生成器 等元件，省去了自己實現對應協程版本的麻煩。
Hyperf 還提供了 基於 PSR-11 的依賴注入容器、註解、AOP 面向切面程式設計、基於 PSR-15 的中介軟體、自定義程式、基於 PSR-14 的事件管理器、Redis/RabbitMQ 訊息佇列、自動模型快取、基於 PSR-16 的快取、Crontab 定時任務、國際化 等非常便捷的功能，滿足豐富的技術場景和業務場景，開箱即用。
儘管現在基於 PHP 語言開發的框架處於一個百花爭鳴的時代，但仍舊未能看到一個優雅的設計與超高效能的共存的完美框架，亦沒有看到一個真正為 PHP 微服務鋪路的框架，此為 Hyperf 及其團隊成員的初衷，我們將持續投入併為此付出努力，也歡迎你加入我們參與開源建設。
Hyperspeed + Flexibility = Hyperf，從名字上我們就將 超高速 和 靈活性 作為 Hyperf 的基因。
- 對於超高速，我們基於 Swoole 協程並在框架設計上進行大量的最佳化以確保超高效能的輸出。
- 對於靈活性，我們基於 Hyperf 強大的依賴注入元件，元件均基於 PSR 標準 的契約和由 Hyperf 定義的契約實現，達到框架內的絕大部分的元件或類都是可替換的。
基於以上的特點，Hyperf 將存在豐富的可能性，如實現 單體 Web 服務，API 服務，閘道器服務，分散式中介軟體，微服務架構，遊戲伺服器，物聯網（IOT）等。
我們投入了大量的時間用於文件的建設，以解決各種因為文件缺失所帶來的問題，文件上也提供了大量的示例，對新手同樣友好。
Hyperf 官方開發文件
我們為元件進行了大量的單元測試以保證邏輯的正確，目前存在 661 個單測共 2062 個斷言條件，同時維護了高質量的文件，在 Hyperf 正式對外開放(2019年6月20日)之前，便已經過了嚴酷的生產環境的考驗，我們才正式的對外開放該專案，現在已有很多的大型網際網路企業都已將 Hyperf 部署到了自己的生產環境上並穩定執行。
Github <------ 點 Star 支援我們
Gitee 碼雲 <------ 點 Star 支援我們
Hyperf 官網
Hyperf 文件
QQ 群: 862099724
本作品採用《CC 協議》，轉載必須註明作者和本文連結