本周更新内容主要加强了NSQ组件和RPC客户端组件。现在RPC客户端可以自动为代理客户端生成一个接口，定义父类的方法。同时我们也修复了一些bug，持续提升hyperf的稳定性。它在1.1.23版本中发布。建议用户更新此版本，直接访问官网hyperf.io或文档hyperf.wiki查看更新内容。为文件系统组件默认配置添加#1467；#1469为Hyperf/Guzzle/HandlerStackFactory添加getHandler()方法，并尽可能使用make()创建处理程序；#1480RPC客户端现在会自动代理父接口的方法定义；更改#1481创建消息时使用异步队列，使用make方法创建；fix#1471修复NSQ组件，数据量超过max-output-buffer-size无法接收数据的BUG；#1472修复NSQ组件，在消费者中发布消息时，会导致消费者无法正常消费的BUG；#1474修复NSQ组件requeue消息时，消费者意外重启的BUG；#1477修复使用Hyperf\Testing\Client::flushContext时FixedInvalidargumentsupplied异常的BUG；关于HyperfHyperf是基于Swoole4.4+实现的高性能、高灵活性的PHP协程框架，内置协程服务器和大量常用组件。与基于PHP-FPM的传统框架相比，性能有了质的提升。极其灵活和可扩展，标准组件基于PSR标准实现，并基于强大的依赖注入设计，确保大多数组件或类可替换和可重用。框架组件库除了常见的协程版MySQL客户端和Redis客户端，还为大家准备了协程版EloquentORM、WebSocket服务端和客户端、JSONRPC服务端和客户端、GRPC服务端和客户端Client、OpenTracing（Zipkin、Jaeger)客户端、GuzzleHTTP客户端、Elasticsearch客户端、Consul客户端、ETCD客户端、AMQP组件、Nats组件、Apollo、ETCD、Zookeeper和阿里云ACM配置中心、基于令牌的Bucket算法限流器、通用连接池、熔断器、Swagger文档生成、SwooleTracker、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官方开发文档可用于生产。我们对组件进行了大量的单元测试，以保证逻辑的正确性。目前，有1338个单元测试，总共有3954个断言条件。Hyperf是一个经历过恶劣生产环境的项目。许多大型互联网公司的生产环境都部署了Hyperf并稳定运行。官网和通讯Github??????点击Star支持我们Gitee码云？？？？？点击Star支持我们Hyperf官网Hyperf文档Hyperf交流群（全）：862099724Hyperf交流2群：811414891
