转载

Hyperf 发布 v1.0.16 版本，企业级的 PHP 微服务协程框架

更新内容

本周更新主要新增了 协程运行控制 的功能，通过 Hyperf/Utils/Coroutine/Concurrent 可以实现一个代码块内限制同时最多运行的协程数量的功能，同时还修复了一些组件的 :bug: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

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 部署到了自己的生产环境上并稳定运行。

原文 https://www.oschina.net/news/110014/hyperf-v-1-0-16-released

正文到此结束