本次更新主要加强了 JSON RPC 的相关功能支持，提供了一个服务治理更加完善的版本，显著的几个新特性有，支持对象数组的自动反序列化，动态代理的 RPC 客户端，更完善的异常响应处理及性能更好的服务注册流程。以及我们为 make() 函数增加索引数组的传参方式，再也不用写变量名称了。同时修复了一些其它组件的 Bug🐛，发布于 1.0.10 版。 相关组件的文档可通过上面的超链接进入查看，或直接访问 官网 https://hyperf.io 或 文档 https://doc.hyperf.io 查看。
make()
@var Object[]
Hyperf\Contract\IdGeneratorInterface
hyperf/cache
make
Hyperf\Tracer\Middleware\TraceMiddeware
Redis::delete()
ProviderConfig::load
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 视图引擎 等组件，省去了自己实现对应协程版本的麻烦。
Swoole 4.3+
PHP-FPM
可替换
可复用
MySQL 客户端
Redis 客户端
Eloquent ORM
WebSocket 服务端及客户端
JSON RPC 服务端及客户端
GRPC 服务端及客户端
Zipkin (OpenTracing) 客户端
Guzzle HTTP 客户端
Elasticsearch 客户端
Consul 客户端
ETCD 客户端
AMQP 组件
Apollo 配置中心
阿里云 ACM 应用配置管理
ETCD 配置中心
基于令牌桶算法的限流器
通用连接池
熔断器
Swagger 文档生成
Swoole Enterprise 企业版
Blade 和 Smarty 视图引擎
Hyperf 还提供了 基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 定时任务 等非常便捷的功能，满足丰富的技术场景和业务场景，开箱即用。
基于 PSR-11 的依赖注入容器
注解
AOP 面向切面编程
基于 PSR-15 的中间件
自定义进程
基于 PSR-14 的事件管理器
Redis/RabbitMQ 消息队列
自动模型缓存
基于 PSR-16 的缓存
Crontab 定时任务
尽管现在基于 PHP 语言开发的框架处于一个百花争鸣的时代，但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架，亦没有看到一个真正为 PHP 微服务铺路的框架，此为 Hyperf 及其团队成员的初衷，我们将持续投入并为此付出努力，也欢迎你加入我们参与开源建设。
Hyperspeed + Flexibility = Hyperf，从名字上我们就将 超高速 和 灵活性 作为 Hyperf 的基因。
Hyperspeed + Flexibility = Hyperf
超高速
灵活性
基于以上的特点，Hyperf 将存在丰富的可能性，如实现 单体 Web 服务，API 服务，网关服务，分布式中间件，微服务架构，游戏服务器，物联网（IOT）等。
我们投入了大量的时间用于文档的建设，以解决各种因为文档缺失所带来的问题，文档上也提供了大量的示例，对新手同样友好。 Hyperf 官方开发文档
我们为组件进行了大量的单元测试以保证逻辑的正确，目前存在 552 个单测共 1843 个断言条件，同时维护了高质量的文档，在 Hyperf 正式对外开放(2019年6月20日)之前，便已经过了严酷的生产环境的考验，我们才正式的对外开放该项目。
552
1843
Github 👈 点 Star 支持我们
Hyperf 官网
评论删除后，数据将无法恢复
Hyperf 发布 v1.0.10 版本，企业级 PHP 微服务协程框架
更新内容
本次更新主要加强了 JSON RPC 的相关功能支持，提供了一个服务治理更加完善的版本，显著的几个新特性有，支持对象数组的自动反序列化，动态代理的 RPC 客户端，更完善的异常响应处理及性能更好的服务注册流程。以及我们为
make()函数增加索引数组的传参方式，再也不用写变量名称了。同时修复了一些其它组件的 Bug🐛，发布于 1.0.10 版。相关组件的文档可通过上面的超链接进入查看，或直接访问 官网 https://hyperf.io 或 文档 https://doc.hyperf.io 查看。
新增
@var Object[]来获得框架自动反序列化对应对象的支持Hyperf\Contract\IdGeneratorInterface的 ID 生成器 NodeRequestIdGeneratorhyperf/cache缓存组件增加文件驱动变更
make函数增加索引数组的传参方式修复
Hyperf\Tracer\Middleware\TraceMiddeware在新版的 openzipkin/zipkin 下的类型约束错误Redis::delete()方法在 5.0 版不存在的问题ProviderConfig::load在遇到重复 key 时会导致在深度合并时将字符串转换成数组的问题关于 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 视图引擎等组件，省去了自己实现对应协程版本的麻烦。Hyperf 还提供了
基于 PSR-11 的依赖注入容器、注解、AOP 面向切面编程、基于 PSR-15 的中间件、自定义进程、基于 PSR-14 的事件管理器、Redis/RabbitMQ 消息队列、自动模型缓存、基于 PSR-16 的缓存、Crontab 定时任务等非常便捷的功能，满足丰富的技术场景和业务场景，开箱即用。框架初衷
尽管现在基于 PHP 语言开发的框架处于一个百花争鸣的时代，但仍旧未能看到一个优雅的设计与超高性能的共存的完美框架，亦没有看到一个真正为 PHP 微服务铺路的框架，此为 Hyperf 及其团队成员的初衷，我们将持续投入并为此付出努力，也欢迎你加入我们参与开源建设。
设计理念
Hyperspeed + Flexibility = Hyperf，从名字上我们就将超高速和灵活性作为 Hyperf 的基因。基于以上的特点，Hyperf 将存在丰富的可能性，如实现 单体 Web 服务，API 服务，网关服务，分布式中间件，微服务架构，游戏服务器，物联网（IOT）等。
文档齐全
我们投入了大量的时间用于文档的建设，以解决各种因为文档缺失所带来的问题，文档上也提供了大量的示例，对新手同样友好。
Hyperf 官方开发文档
生产可用
我们为组件进行了大量的单元测试以保证逻辑的正确，目前存在
552个单测共1843个断言条件，同时维护了高质量的文档，在 Hyperf 正式对外开放(2019年6月20日)之前，便已经过了严酷的生产环境的考验，我们才正式的对外开放该项目。官网及交流
Github 👈 点 Star 支持我们
Hyperf 官网