更新内容本周的更新主要是Bugfix版本，我们修复了部分组件bug并做了一些调整，1.1发布。对于版本10，建议用户更新到1.1。直接访问官方网站hyperf.io或文档hyperf.wiki以检查更新。Fix#1104修复Guzzle客户端重试中间件的状态码识别范围为2xx；#1105修复Retry组件在重试尝试前没有恢复管道栈的问题；#1106修复数据库处于粘性模式时的连接回归连接到池时没有重置状态的问题；#1119修复TCP协议下的JSONRPCServer解析JSON失败时无法正确返回预期的ErrorResponse的问题；#1124修复了Session中间件存储当前URL时，当URL以/结尾时斜杠被忽略的问题；更改#1108将Hyperf\Tracer\Middleware\TraceMiddeware重命名为Hyperf\Tracer\Middleware\TraceMiddleware；#1108升级Hyperf\ServiceGovernance\Listener\ServiceRegisterListener类的成员属性和方法的级别保护，以便更好地重写相关方法；关于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官方开发文档可用于生产。我们对组件进行了大量的单元测试，以保证逻辑的正确性。目前有1253个单项测试，总共有3700个断言条件。同时，保持高质量的文档。Hyperf正式对外开放（2019年6月5月20日之前），我们在正式对外开放项目之前，已经通过了严酷生产环境的考验。现在很多大型互联网公司已经将Hyperf部署到他们的生产环境中并稳定运行。官网和通讯Github??????点击Star支持我们Gitee码云????点击Star支持我们Hyperf官网Hyperf文档QQ群：862099724
